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(g) Es wird ein Verfahren zum Austausch von Daten in 
Datenverarbeitungsanlagen vorgeschlagen, das zur quittier- 
ten und segmentierten Ubertragung von Datensatzen belie- 
biger Lange zwischen mindestens zwei Stationen der Daten- 
verarbeitungsanlage dient. Das Verfahren umfa&t die Uber- 
tragung von den Daten zugeordneten Nachrichten mittels 
Botschaften, wobei die Botschaften ein Kopffeld und ein 
Datenfeld enthalten und mittels des Kopffeldes die Prioritat 
der Botschaft bei gleichzeitigem Zugriff mehrere Stationen 
der Datenverarbeitungsanlage auf die Busverbindung zwi- 
schen den Stationen festgelegt wird. Bei dem Verfahren 
wird im Datenfeld der Botschaften ein Kontrollinformations- 
feld (58, 95) eingerichtet, in dem ein Nachrichtencode 
abgelegt wird, wobei der Nachrichtencode zur Kennzeich- 
nung des Nachrichtentyps dient. Es werden mit dem Nach- 
richtencode Aktivierungsnachrichten (AR, AC), Datennach- 
1 richten (DT) und Quittungsnachrichten (AK) unterschieden. 
' Damit lassen sich Datensatze beschrankter Lange quittiert 
1 ubertragen. Des weiteren wird in den Kontroliinformations- 
feldern (58, 95) einiger Nachrichten eine Sequenznurnmer, 
ein Empfangerstatuscode, ein Nachrichtenendecode und ein 
Code zur Kennzeichnung wieviel Daten mit dieser Botschaft 
ubertragen werden eingetragen. Mit diesen zusatzlichen 
Informationen konnen Datensatze beliebiger Lange segmen- 
tiert ubertragen werden. Der Empfang der einzelnen Teil- 
nachrichten wird durch Rucksendung einer Quittungsnach- 
richt jeweils bestatigt. 
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Beschreibung 



Stand der Technik 



5 



Die Erfindung geht aus von einem Verfahren zum Austausch von Daten in Datenverarbeitungsanlagen nach 
derGattungdes Hauptanspruchs. 

In den letzten Jahren wurde in ProzeBsteuerungen — insbesondere in Kraftfahrzeugen, Robotern und 
medizinischen Oberwachungs- und Analysegeraten, in Aufzugsystemen, usw. — der Datenaustausch zwischen 
io den einzelnen Steuer- und Regeleinheiten zunehmend mit Hilfe von Verfahren zum seriellen Datenaustausch 
abgewickelt. Ein solches Verfahren ist aus der Patentschrift DE 35 06 118 C2 bekannt; sie beschreibt die 
Abwicklung des Datenaustauschs mit Hilfe eines besonderen Datentibertragungsprotokolls, daB unter dem 
Namen CAN-Protokoll bekannt geworden ist. Weiterhin ist ein solches Verfahren aus der noch nicht veroffent- 
lichten Patentanmeldung DE-P 41 10 428 bekannt, welche die Abwicklung des Datenaustausches gemaB einem 
15 erweiterten CAN-Protokoll beschreibt. Die heute auf dem Markt verfiigbaren Schnittstellen-Bausteine, die den 
Datenaustausch nach dem CAN-Protokoll durchfiihren, decken gemaB dem ISO/OSI-Schichtenmodell (ISO- 
Standard 7498 sowie 8802.2/3) nur die untersten logischen Schichten, namlich Physical Layer, Medium Access 
Control Sublayer (MAC) undTeile der Logical Link Control Sublayer (LLC). 

Damit lassen sich aber keine Daten derart zwischen zwei oder mehr Stationen ubertragen, daB die Empfanger 
20 der Daten den korrekten Empfang der Daten durch Rucksendung einer Quittungsnachricht bestatigen. Ebenfalls 
ist es nicht moglich, langere Datensatze segmentiert zu ubertragen, so daB der Empfanger die einzelnen 
Datensegmente als zu einem Datensatz zugehorig erkennt. Weiterhin sind Protokotle bekannt, die mit Hilfe von 
Quittungsnachrichten abgesicherte Datenubertragungen und auch die segmentierte Obertragung langerer Da- 
tensatze ermoglichen. Diese Protokolle werden heute zum Beispiel bei der Rechnerkopplung eingesetzt. Hierbet 
25 handelt es sich um verbindungsorientierte Protokolle, die fur Anwendungen bei ProzeBsteuerungen zu aufwen- 
dig und damit ungeeignet sind. Bei ETHERNET sind beispielsweise bei jeder Datenbotschaft umfangreiche 
Kontrollinformationen, unter anderem Quell- und Zielinformationen, auf der Sicherungsschicht (DATA-LINK- 
Layer) mitzuubertragen, was im Zusammenhang mit Kommunikationsprotokollen wie dem CAN-Protokoll 
wegen der geringen Datenmenge pro Botschaft (0—8 Bytes) zu einem sehr geringen Datendurchsatz fiihren 



Fur den Einsatz in ProzeBsteuerungen wie dem Kraftfahrzeug geeignete Verfahren fur eine angemessene 
Absicherung der Datenubertragung und/oder zum Austausch groBerer Datensatze sind bislang nicht eingefuhrt. 



Das erfindungsgemaBe Verfahren mit den kennzeichnenden Merkmale des Hauptanspruchs hat demgegen- 
iiber den Vorteil, daB trotz der Einschrankungen, wie sie bei Protokollen zur ProzeBsteuerung gegeben sind, ein 
sicherer Datenaustausch mit Hilfe eines Quittungsbetriebes gewahrleistet wird. AuBerdem konnen langere 
Datensatze, wie sie etwa zur ^Configuration oder Initialisierung von Komponenten in Datenverarbeitungsania- 

40 gen zur ProzeBsteuerung vorkommen, mit sehr geringem Aufwand segmentiert und ubertragen werden. Die 
Segmentierung langerer Datensatze und deren sichere Obertragung kann gemaB des erfindungsgemaBen Ver- 
fahrens so vorgenommen werden, daB pro Botschaft hochstens ein Byte fur IControllinformationen notwendig 
ist. Damit kann das erfindungsgemaBe Transportprotokoll sehr vorteilhaft auch zusammen mit Kommunika- 
tionsprotokollen wie CAN eingesetzt werden. 

45 Durch die in den Unteranspruchen aufgefuhrten MaBnahmen sind vorteilhafte Weiterbildungen und Verbes- 
serungen des im Hauptanspruch angegebenen Verfahrens moglich. Besonders vorteilhaft ist, zur Einrichtung 
einer Nachrichten-Verbindung in den Stationen der Nachrichten-Verbindung jeweils ein Sende- und Empfangs- 
objekt zu speichern. Dies kann bei Inbetriebnahme des Systems geschehen, so daB fur die Einrichtung der 
Verbindungen keine Nachrichten zwischen den kommunizierenden Stationen ubertragen werden mussen und 

50 wahrend des Betriebs zu keiner Zeit die Notwendigkeit besteht, Quell- und Zieladressen mitzuubertragen. 
Weiterhin ist es vorteilhaft, zur Aktivierung einer Nachrichten-Verbindung eine Aktivierungs-Nachricht von 
einer Station auszugeben, die von der empfangenden Station durch eine Bestatigungsnachricht quittiert wird 
und die Aktivierung der Nachrichten-Verbindung den Benutzern der Verbindung mitzuteilen. 

Dadurch findet eine zusatzliche Oberprufung der Nachrichten-Verbindung vor der eigentlichen Datenuber- 

55 tragung statt. Ebenfalls ist es vorteilhaft, in den Kontrollinformationsf eldern der Botschaften, die Datennachrich- 
ten oder Quittungsnachrichten ubertragen, eine Sequenznummer abzulegen. Damit laBt sich eine Unterschei- 
dung aufeinanderfolgender Datennachrichten, eine Erkennung von Datennachrichtenduplikaten sowie eine 
Zuordnung von Quittungsnachrichten zu Datennachrichten erreichen. Vorteilhaft ist es auch, in dem Kontrollin- 
formationsfeld einer die Quittungsnachricht ubertragenden Botschaft ein Empfangerstatusfeld vorzusehen und 

60 in dieses eine Information iiber den Status des Empfangers einzutragen. Daraufhin kann die sendende Station 
geeignete MaBnahmen, wie Absendung weiterer zusatzlicher Botschafter oder Verzogerung der Absendung 
weiterer Botschaftsabsendungen durchfiihren. Ebenfalls vorteilhaft ist es, beim Ausbleiben einer Quittungsnach- 
richt die Datennachricht nach einer vorbestimmten Wartezeit erneut auszusenden und bei wiederholtem Aus- 
bleiben der Quittungsnachricht die Nachricht nur so oft erneut auszusenden, bis eine bestimmte Anzahl von 

65 Sendewiederholungen erreicht ist, und bei Oberschreitung der bestimmten Anzahl von Sendewiederholungen 
die Nachrichtenverbindung zu detektieren und die Deaktivierung der Nachrichten-Verbindung den Benutzern 
mitzuteilen. 

Fur die Vorrichtung zum Aufbau der Botschaften ist es vorteilhaft, in dem Schnittstellen-Baustein zur fortlau- 
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fenden Numerierung von DatenrWffichtensegmenten einen Sendefolgezahler zu^rctallieren. Weiterhin ist es 
vorteilhaft, einen Empfangsfolgezahler zu installieren, der zur Speicherung der Sequenznummer der nachsten 
zum Empfang erwarteten Nachricht oder des nachsten zum Empfang erwarteten Datennachrichtsegmentes 
dient. Zur stationsiibergreifenden FluQkontrolle ist es vorteilhaft, den Inhalt des Empfangerstatusfeldes in einem 
Zwischenspeicher zu speichern. Weiter vorteilhaft ist. zur Kennzeichnung der Anzahl der Datensegmente einen 
Datensegmentspeicher in der Vorrichtung vorzusehen, und zur Kennzeichnung der Gesamtlange der Datenby- 
tes einer Datennachricht oder eines Datennachrichtsegmentes einen Datenlangenspeicher zu installieren. 



Ein Ausfuhrungsbeispiel der Erfindung ist in der Zeichnung anhand mehrerer Figuren dargestellt und in der 
nachfolgenden Beschreibung naher erlautert. 
Es zeigt 

Fig. 1 eine Darstellungzur Einordnungdes erfindungsgemaBen Verfahrens in das ISO/OSI-Schichtenmodell, 
Fig. 2 eine allgemeine Darstellung einer Punkt-zu-Punkt-Verbindung innerhalb einer Schicht des ISO/OSI- 
Schichtenmodells, 

Fig. 3a ein Ausfuhrungsbeispiel einer CAN-Verbindung zwischen zwei Stationen eines Datenverarbeitungs- 
system, 

Fig. 3b den formalen Aufbau eines Sende- oder Empfangs-Objektes, 

Fig. 4a die schematische Darstellung der Zuordnung dreier Date Link- bzw. Transport- Verbindungen zu drei 
einzelnen CAN-Verbindungen innerhalb des ISO/OSI-Schichtenmodells, 

Fig. 4b eine schematische Darstellung der Zuordnung dreier Date Link- bzw. Transport-Verbindungen zu 
einer CAN-Verbindung innerhalb des ISO/OSI-Schichtenmodells, 

Fig. 4c die schematische Darstellung einer Zuordnung von einer Data-Link- bzw. Transport- Verbindung zu 
drei verschiedenen CAN-Verbindungen innerhalb des ISO/OSI-Schichtenmodells, 

Fig. 5 den formalen Aufbau des Datenfeldes der Botschaften, bei der Obertragung der verschiedenen Data- 
Link-Nachrichten, 

Fig. 6 den formalen Aufbau des Kontrollinformationsfeldes der Botschaften bei der Obertragung der ver- 
schiedenen Data-Link-Nachrichten, 

Fig. 7 den Zustandsgraphen einer Data-Link-Sendeprotokollinstanz, 
Fig. 8 den Zustandsgraphen einer Data-Link-Empfangsprotokollinstanz, 

Fig. 9 den formalen Aufbau des Datenfeldes der Botschaften, bei der Obertragung der verschiedenen Trans- 
port- N achrichten, 

Fig. 10 den formalen Aufbau des Kontrollinformationsfeldes der Botschaften bei der Obertragung der verr- 
schiedenenTransport-Nachrichten, 
Fig. 1 1 ein Beispiel fur die segmentierte Obertragung einer 15 Bytes langen Datensatzes, 
Fig. 12 den Zustandsgraphen einer Transport-Sendeprotokollinstanz, 
Fig. 13 den Zustandsgraphen einer Transport-Empfangsprotokollinstanz. 



Das im Ausfuhrungsbeispiel beschriebene erfindungsgemaBe Verfahren baut auf dem CAN-Protokoll auf. 
Das Verfahren kann jedoch ebensogut auf der Basis anderer ProzeBsteuerungsprotokolle, wie z. B. VAN oder 
J 1 850, eingesetzt werden. 

Das erfindungsgemaBe Verfahren ermdglicht den sicheren Datenaustausch zwischen zwei Stationen, die 
mittels des CAN-Protokolls (oder eines anderen ProzeBsteuerungsprotokolls) kommunizieren. Fig. 1 zeigt die 
Einordnung des CAN-Protokolls 17 in das ISO/OSI-Schichtenmodell. Das CAN-Protokoll 17 deckt darin die 
Bitubertragungsschicht (Physical Layer 11) und Teile der Sicherungsschicht (Data-Link-Layer 16) ab. Die- Data- 
Link Layer 16 ist in eine MAC Sublayer 12 und eine LLC Sublayer Type 1, 2, 3 Operation 13 unterteilt. Ober der 
Data-Link-Layer 16 ist die Network Layer 14 und daruber die Transport Layer 15 angeordnet. An der Schnitt- 
stelle SI des CAN-Protokolls 17 mit der Data-Link-Layer 16 bietet das CAN-Protokoll 17 einen Dienst fur die 
unquittierte Obertragung von bis zu acht Byte langen Daten an. Dieser Dienst ist vergleichbar dem ISO 8802-2 
LLC Unacknowledged Conectionless-Mode Data-Transfer-Service — Type I Operation. Aufbauend auf diesem 
Dienst, ermdglicht das erfindungsgemaBe Verfahren: 

1) Die quittierte Obertragung einer Botschaft zwischen zwei Stationen (vergleichbar dem ISO 8802-2 LLC 
Acknowledged Connectionless-Mode Service — Type 3 Operation). Das den quittierten Obertragungs- 
dienst erbringende Protokoll ist entsprechend ISO/OSI der Data-Link-Schicht 16 zuzuordnen, und wird im 
folgenden als Data-Link- Protokoll 18 bezeichnet (Beschreibung siehe 13). 

2) Die sichere, segmentierte Obertragung von Daten beliebiger Lange zwischen zwei Stationen. Das den 
Dienst fiir die Obertragung langer Daten erbringende Protokoll ist entsprechend ISO/OSI der Transport- 
schicht 15 zuzuordnen und wird im folgenden als Transport- Protokoll 19 bezeichnet (Beschreibung siehe 



Zeichnung 



Beschreibung der Erfindung 



1.1. Merkmale des Verfahrens 



1.4). 



Die Datenubertragung nach dem erfindungsgemaBen Verfahren erfolgt iiber virtuelle Data-Link- bzw. Trans- 
port-Verbindungen, die bei der Netzprojektierung festgelegt und bei Systeminitialisierung fiir die Dauer der 



DE 41 31 133 Al 

Systembetriebszeit eingerichtet^BBen. Die virtuellen Data Link- bzw. Trans erbindungen sind dabei 
Nachrichten-Verbindungen zwischen zwei Stationen des Datenverarbeitungssysterns, die nur zu bestimmten 
Zeiten (jeweils nach Aktivierung einer Verbindung) benutzt werden. Die Obertragung der Nachrichten ge- 
schieht bei jeder Nachrichten- Verbindung uber das gleiche Ubertragungsmedium 10, das die einzelnen Statio- 

5 nen des Datenverarbeitungssystems miteinander verbindet. Eine Data-Link-Verbindung wird dabei als Dienst 
der Data-Link-Schicht dem Data-Link-Benutzer angeboten. Eine Transport-Verbindung wird dabei als Dienst 
der Transport-Schicht dem Transport-Benutzer angeboten. Da die Verbindungen bereits in der Netzprojektie- 
rungsphase festgelegt werden, mussen bei ihrer Einrichtung keine Nachrichten zwischen den kommunizieren- 
den Instanzen ausgetauscht werden. 

io Vor Beginn der eigentlichen, beliebig langen Datenubertragungsphase wird in einer sogenannten Verbin- 
dungsaktivierungsphase die JCommunikationsbereitschaft der den Verbindungsdient erbringenden Protokollin- 
stanzen durch ein Handshake- Verfahren Qberpruft. Nach erfolgreicher Verbindungsaktivierung wissen die 
Kommunikationspartner, daB eine Verbindung fur die Kommunikation bereitsteht und daB die den Verbin- 
dungsdienst erbringenden Protokollinstanzen im sende- bzw. empfangsbereiten Zustand sind. Die Aktivierung 

15 einer Verbindung wird von einem der beiden Kommunikationspartner oder von einer der entsprechenden 
Schicht zugeordneten Netzmanagementinstanz angestoBen. Im Falle (wiederholt) auftretender Fehler kann eine 
Verbindung automatisch deaktiviert werden. Die erneute Aktivierung (Reaktivierung) einer deaktivierten 
Verrbindung bewirkt, daB die den Verbindungsdienst erbringenden Protokollinstanzen zuruckgesetzt werden 
und damit wieder in einem Zustand sind, in dem sie Daten austauschen konnen. 

20 

1.2.Verbindungen 

Fig. 2 zeigt den Austausch von Daten uber Punkt-zu-Punkt- Verbindungen im Sinne des ISO/OSI-Schichten- 
modells. Die Verbindung 24 verlauft dabei zwischen zwei Protokollinstanzen der Schicht (N) und wird den 

25 Benutzern der Schicht (N) als Dienst angeboten. Nachdem die Verbindung 24 eingerichtet ist, konnen die 
Benutzer der Schicht (N) Daten uber diese Verbindung 24 nach dem Protokoll der Schicht (N) miteinander 
austauschen. Dazu legt der Benutzer einen entsprechenden Dienstauftrag, bestehend aus einem ICommando 
(z. B. T DATA.request) und den zu ubertragenden Daten am Verbindungspunkt (CEP) (26, 28) des Dienstzu- 
gangspunktes (SAP) (25, 27) ab. Dem Dienstauftrag mussen keine Quell- und Zieladressen mitgegeben werden, 

30 da diese Information implizit in der verwendeten Verbindung enthalten ist. Prinzipiell konnen uber eine Verbin- 
dung Daten in beiden Richtungen ausgetauscht werden. 

Das erfindungsgemaBe Verfahren unterscheidet drei Arten von Verbindungen: 

1 ) CAN- Verbindungen werden an der Schnittstelle SI (Fig. 1) auf der Basis des CAN-Protokolls angeboten. 
35 2) Data-Link- Verbindungen werden an der Schnittstelle S2 (Fig. 1) auf der Basis einer oder mehrerer 

CAN-Verbindungen angeboten. 

3) Transport- Verbindungen werden an der Schnittstelle S3 (Fig. t) auf der Basis einer oder mehrerer 
CAN-Verbindungen angeboten. 



40 Fig. 3a zeigt ein Beispiel fur die Realisierung einer CAN-Verbindung. Der Aufbau eines Sendeobjektes 36, 37 
und eines Empfangsobjektes 35, 38 ist in Fig. 3b dargestellt Jedes Sende- und Empfangsobjekt besitzt ein 
Kopffeld 39 und ein Datenfeld 40. Das Kopffeld 40 wird im folgenden ais IDENTIFIER bezeichnet. Das letzte 
Bitfeld 41 des IDENTIFIER ist in Fig. 3b gesondert dargestellt. Ein stationsubergreifendes SendeVEmpfangsob- 
jekt-Paar 36, 38 bzw. 37, 35 mit gleichem IDENTIFIER 39, aber unterschiedlicher Belegung des RECEIVE/ 

45 TRANSMIT-Bits (LOW fur das Sendeobjekt und HIGH fur das Empfangsobjekt) definiert dabei einen Kanal 32 
bzw. 31, uber den Daten in eine Richtung ubertragen werden konnen. Die Werte der beiden IDENTIFIER 39, die 
eine Verbindung kennzeichnen sind prinzipiell beliebig. ZweckmaBig ist die Wahl von IDENTIFIER 39, die bis 
auf das Bit im letzten Bit-Feld 41 den gleichen Wert haben. Das letzte Bit legt dann die Datenrichtung aus der 
Sicht einer Station 33, 34 fest. Die Verbindung selbst und ihre Prioritat laBt sich dadurch auf einfache Weise 

50 durch die ersten n- 1 Bits des IDENTIFIER 39 identifizieren. Innerhalb einer Station reprasentiert das Sende/ 
Empfangs/objekt- Paar einer Verbindung den Verbindungsendpunkt (CEP), 46 ... 51. 

Auf der Basis von CAN-Verbindungen konnen Verbindungen auf hoheren Schichten (Data-Link-Layer, 
Transport- Layer usw.) bei der Netzpprojektierung eingerichtet werden. Die Adressierung dieser Verbindungen 
und die Abbildung von Verbindungen der Schicht (N + 1) auf Verbindungen der Schicht (N) kann gemaB ISO 

55 7498erfolgen. 

Fig. 4a zeigt schematisch die Abbildung von der Verbindung 46 in der hoheren Schicht 2 auf die Verbindung 
49 in der niederen Schicht 1 mit Hilfe einer Protokollinstanz 52 in der Schicht 2. In gleicher Weise wird die 
Verbindung 47 in der Schicht 2 auf die Verbindung 50 in der Schicht 1 und die Verbindung 48 auf die Verbindung 
51 durch die Protokoll- Instanz 52 abgebildet. 
60 Fur die Protokoll-Instanz 52 der Schicht 2 kommen hier z. B. eine Data-Link- bzw. Transport-Protokollinstanz 
in Frage. Die Verbindungen 49, 50 und 51 stellen dann drei CAN-Verbindungen, die in der Schicht 1 mit Hilfe 
einer CAN-Protokollinstanz betrieben werden, dar. 

Fig. 4b zeigt hingegen die Abbildung der drei Verbindungen 46, 47 und 48 der Schicht 7 auf lediglich eine 
CAN-Verbindung 49 in der Schicht 1. Dies entspricht einem Multiplex-Mode der Protokollinstanz 52. 
65 Fig. 4c zeigt die Abbildung der Verbindung 46 der Schicht 2 auf die drei Verbindungen 49, 50 und 51 in der 
Schicht 1 . Dies entspricht einem "Splitting"-Mode der Protokollinstanz 52. 

Auf der Basis des erweiterten CAN-Protokolls ist es moglich, eine Verbindung zwischen einem Sender und 
mehreren Empfangern einzurichten und Daten quittiert uber eine sogenannten Mehrpunkt- Verbindung zu 
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Qbertragen. Die ersten 10 Bits dijffrzen Identifizierers im erweiterten CAN-Prorarall identifizieren dabei die 
Verbindung. Das letzte Bit des kurzen Identifizierers legt die Datenrichtung fest. bei Empfang einer Botschaft 
werten die Empfanger den kurzen Identifizierer aus und ubernehmen gegebenenfalls die Botschaft Die Empfan- 
ger bestatigen die Obernahme von Botschaften durch das Senden einer Quittungsnachricht, wobei die letzten 18 
Identifiziererbits ("Identifier Extension") der die Quittung ubertragenden Botschaft den Sender der Quittungs- 5 
nachricht identifizieren. 

13 Beschreibungdes Data-Link-Protokolls 

Das Data-Link-Protokoll 18 ermoglicht die verbindungsorientierte, quittierte Obertragung einer einzelnen 10 
Datennachricht zwischen zwei Benutzern der Data-Link-Layer 16. Daten werden Qber virtuetle Date-Link-Ver- 
bindungen ubertragen (siehe Abschnitt 1.2). Die beliebig lange DatenQbertragungsphase beginnt nach erfolgrei- 
cher Verbindungsaktivierung (siehe Abschnitt 1.1). Nach Aussenden einer Datennachricht zeigt der Eingang 
einer korrekten Quittungsnachricht an, daQ die zu quittierende Datennachricht korrekt empfangen wurde und 
daB der Empfang der Nachricht dem Data-Link-Benutzer in der Empfangsstation angezeigt wurde. Wenn nach 15 
einer gewissen vordefinierten Zeit die Quittungsnachricht nicht eingetroffen ist, wiederholt das Data-Link-Pro- 
tokoll selbstandig das Aussenden der Datennachricht. Nach wiederholter, erfolgloser Obertragung der Daten- 
nachricht wird die verwendete Verbindung deaktiviert. Das Ergebnis der Obertragung und die Deaktivierung 
einer Verbindung werden dem Benutzer angezeigt. Bezogen auf eine Verbindung kann nach dem Aussenden 
einer Datennachricht erst dann die nachste Datennachricht mit Hilfe einer Botschaft ubertragen werden, wenn 20 
die Quittungsnachricht fur die vorhergehende Datennachricht eingetroffen ist. 

13.1 Dienste (siehe Tabelle 1) 

13.1.1 Protokollinitialisierung 25 

Die Dienstelemente fur die Initialisierung des Data-Link-Protokolls 18 sind DJNIT.req und DINIT.con. Die 
Initialisierung wird mit D INIT.req angefordert und mit DINIT.con bestatigt Die Wirkung der Initialisierung 
ist nur lokal: Die Variablen des Data-Link-Protokolls 18 werden mit ihren Voreinstellungswerten belegt (siehe 
Tabelle 2). 30 

13.1.2 Verbindungsaktivierung 

Die Dienstelemente fur die Aktivierung einer Data-Link-Verbindung sind DACTIVATE.req, D ACT1VA- 
TE.ind und D_ACTlVATE.con. Die Wirkung von DACTIVATEreq ist, daB die den Verbindungsdie"nst erbrin- 35 
genden Protokollinstanzen in einen kommunikationsbereiten Zustand gesetzt werden, wobei die Protokoll-Va- 
riablen ihre Voreinstellungswerte einnehmen. Wenn Verbindungsbenutzer A den Dienstauftrag D ACTIVA- 
TEreq gibt wird nach erfolgreicher Aktivierung dies dem Verbindungsbenutzer B in der entfernten Station 
mittels DACTIVATEind angezeigt Das Dienstelement DACTI VATEcon bestatigt den Dienstauftrag. 



13.13 Dateniibertragung 



13.1.4 Verbindungsdeaktivierung 

Eine Verbindung wird nach wiederholter, erfolgloser Obertragung vom Diensterbringer deaktiviert Die 
Deaktivierung wird dem Dienstbenutzer durch das Dienstelement DDEACTI VATED.ind angezeigt. 



40 



Die Dienstelemente fur die Dateniibertragung sind DDATAACK.req, D_DATA_ACK.ind und D DA- 
TA_ACK.con. Mit D DATA ACK.req wird die quittierte Obertragung von Daten (Parameter: DATA) der 
Lange DATA LENGTH angefordert. Nach korrekter Obertragung wird der Empfang der Daten dem Kommu- 45 
nikationspartner mittels des Dienstelements DDATAACK.ind angezeigt. Das Ergebnis der Obertragung wird 
dem Auftraggeber durch das Dienstelement DDATAACK.con mitgeteilt 
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^ Tabelle 1 



Phase Dienstelementc Parameter 



rroiOKOil- 


L/ i in 1 1 .req 


f\ 
U 


initialici primer 


D INITcon 


Mill 1 J 1 A\ 1 WO 1 


Verbindungs- 


D ACTIVATE.req 


0 


aktivierung 


D ACTIVATEind 


0 




DACTIVATEcon 


(CONNECTIONSTATUS) 


Daten- 


D DATA ACK.req 


(DATA LENGTH.DATA) 


ubertragung 


D DATA ACK.ind 


(DATA LENGTH.DATA) 




D DATA ACK.con 


(TRA NS FE RSTATUS) 


Verbindungs- 


DDEACTIVATED.ind 


0 


deaktivierung 







1 .3.2 Data-Link-Nachrichten 



20 Eine Nachricht wird rnit einer Botschaft iibertragen. Die Botschaft besitzt ein Kopffeld (IDENTIFIER) und ein 
Datenfeld. Data-Link-Verbindungen werden, wie in der Beschreibung der Fig. 2, 3a, 4a, 4b und 4c erlautert, 
durch eine Data-Link-Protokollinstanz auf CAN-Verbindungen abgebildet. Eine Data-Link-Nachricht wird 
daher mit einer Botschaft iibertragen, die den gleichen formalen Aufbau wie eine CAN-Botschaft besitzt. 
Das Data-Link-Protokoll unterscheidet vierTypen von Nachrichten: 

25 

AR (ACTIVATION REQUESp: 

Aktivierungsnachricht zur Aktivierung einer Data-Link-Verbindung. 
AC (ACTIVATION CONFIRM): 

Bestatigungsnachricht zur Bestatigung der Aktivierung einer Daten-Link-Verbindung. 
30 DT(DATA): 

Datennachricht zur Obertragung von Daten tiber eine Data-Link-Verbindung. 
AFC (DATA- ACKNOWLEDGEMENT): 

Quittungsnachricht zur Bestatigung des Empfangs einer Datennachricht iiber eine Data-Link-Verbindung. 

35 Fig. 5 zeigt die Datenfelder 57 der Botschaften, die die einzelnen Nachrichten des Data-Link-Protokolls 
iibertragen. Das Datenfeld 57 enthalt bei den Nachrichten AR, AC, DT und AK ein Kontrollinformationsfeld 54 
und bei der Datennachricht DT zusatzlich ein Feld 59 zur Aufnahme der daten, die mit dieser Nachricht DT 
iibertragen werden. Das Feld 59 kann maximal 7 Byte Daten aufnehmen. Der Nachrichtentyp wird anhand einer 
mitgegebenen Kontrollinformation (DPCI), die im Kontrollinformationsfeld der die Nachricht iibertragenden 

40 Botschaft enthalten ist, identifiziert. Die Kontrollinformation umfaBt hochstens ein Byte und ist im Datenfeld 57 
einer CAN-Botschaft lokalisiert. 

Fig. 6 zeigt die Einteilung der Kontrollinformationsfelder 58 fur die Botschaften zur Obertragung der ver- 
schiedenen Nachrichtentypen. Fur die Unterscheidung der vier Nachrichtentypen ist innerhalb des Kontrollin- 
formationsfeldes 58 ein Feld 63 zur Aufnahme eines Nachrichtencodes vorgesehen. Der Nachrichtencode 

45 besteht im Regelfall mindestens aus zwei Bits. Eine weitere Moglichkeit ist, fur den Nachrichtencode der 
Datennachrichten nur 1 Bit vorzusehen und fur die Nachrichtencodes der Nachrichtentypen AR, AC und AK 
zwei oder mehr Bits vorzusehen. Die Kontrollinformationsfelder 58 der Botschaften zur Obertragung der 
Nachrichtentypen DT und AK enthalten daruber hinaus ein Feld 64 zur Aufnahme einer Sequenznummer SN. 
Die Sequenznummer dient zur Unterscheidung aufeinanderfolgender DT-Nachrichten, fur die Zuordnung von 

50 Quittungsnachrichten AK zu Datennachrichten DT und fur die Erkennung von Nachrichtenduplikaten. Das Feld 
64 zur Aufnahme der Sequenznummer SN umfaBt mindestens t Bit: Das Kontrollinformationsfeld 58 der 
Botschaften zur Obertragung der Quittungsnachrichten AK enthalt daruber hinaus noch ein Empfangerstatus- 
feld 65. In dem Empfangerstatusfeld 65 wird eine Information RS iiber den Status des Empfangers abgelegt. 
Diese Information kann zur stationsubergreifenden FluBkontrolle verwendet werden. Das Empfangerstatusfeld 

55 65 umfaBt mindestens ein Bit zur Kennzeichnung, ob der Empfanger empfangsbereit ist oder nicht. 

1.3.3 Variablen und Parameter 
Das Protokoll verwendet folgende Variablen und Paramter(siehe Tabelle 2): 

60 

1) SendefolgevartableV(S) 

Variable zur fortlaufenden Numerierung von Datennachrichten DT. V(S) kann die Werte 0 und 1 annehmen. 
Nach Empfang einer korrekten Quittungsnachricht AK wird der Wert von V(S) komplementiert. 

2) Empfangsfolgevariable V(R) 

65 Variable zur Speicherung der Sequenznummer der nachsten zum Empfang erwarteten Datennachricht DT. 

V(R) kann die Werte 0 und 1 annehmen. Nach korrektem Empfang der erwarteten Datennachricht DT wird 
der Wert von V(R) komplementiert. 

3) Verbindungsstatusvariable V(C) 
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Variable zur Speicherung doVTatus einer Verbindung. Die Variable kann dUBferte NOTACTIVATED, 
DEACT1AVTED, RECEIVEREADY und RECEIVENOTREADY annehmen. 

4) Sendewiederholungsvariable RC 

Variable zur Speicherung der aktuellen Anzahl der Sendewiederholungen der Nachrichten vom Typ AR 
und DT. 5 

5) DPDU-VariableSN 

Sequenznummervariable der Nachrichtentypen AR und DT. 

6) DPDU-Variable RS 

Variable der Quittungsnachricht AK zur Kennzeichnung des Status der Empfangsprotokollinstanz. RS 
kann die Werte RR (Receive Ready) und RNR (Receive Not Ready) annehmen. io 

7) Protokollparameter MNT 

MNT ist die maximale Anzahl von automatischen Sendewiederholungen fur eine Datennachricht DT bzw. 
fur eine Aktivierungsnachricht AR. 

8) Protokollparameter Ta 

Ta ist die Zeiteinheit, in der eine Quittungsnachricht AK bzw. eine Bestatigungsnachricht AC erwartet wird. 15 

Tabelle 2 

Name Bedeutung Wert 

Bereich Voreinstellung 20 

Protokollvariablen 

V(S) Sendefolgezahler [0,1] 0 

V(R) Empfangsfolgezahler [0,1] 0 25 

V(C) Verbindungsstatus [NOT ACTIVATED, NOT ACTIVATED 

DEACTIVATED, 

RECEIVEREADY, 

RECEIVENOTREADY] 

RC Sendewiederholungszahler [0,MNT] 0 30 

DPDU-Variablen 
SN Sequenznummer 
RS Empfangsstatus 



at] 

RR,RNR] 



Protokollparameter 35 
MNT Maximale Anzahl von 
Sendewiederholungen 
Ta Wartefrist 

40 

13.4 Zustandsgraphen und Automatentabellen 
1.3.4.1 Zustandsgraph der Data-Link-Sendeprotokollinstanz 

Fig. 7 zeigt den Zustandsgraphen der Data-Link-Sendeprotokollinstanz. Die Zustande sind durch Kreise 45 
dargestellt. Die Obergange zwischen den Zustanden sind durch numerierte Obergangspfeile dargestellt. Ein 
Obergang findet aufgrund bestimmter Ereignisse statt. Bei den Obergangen werden in der Regel bestimmte 
Aktionen durchgefiihrt. Welche Ereignisse zu den Obergangen fuhren und welche Aktionen bei den Obergan- 
gen durchgefuhrt werden, kann der Automatentabelle in 13.4.2 entnommen werden. 

Wie in Fig. 7 dargestellt, hat die Data-Link-Sendeprotokollinstanz folgende Zustande: 50 

1) INACTIVE 

Der Zustand INACTIVE wird nach der Initialisierung des Protokolls eingenommen. In diesem Zustand 
wartet die ProtokoIIinstanz auf den Auftrag zur Aktivierung der Verbindung (Ereignis DACTIVA- 
TE REQ) bzw. auf den Eingang einer Aktivierungsnachricht AR der Partnerprotokollinstanz. Wenn das 55 
Ereignis D ACTIVATE REQ auftritt, wird die Aktivierungsnachricht AR an die Data-Link-Empfangspro- 
tokollinstanz gesendet (Aktion SEBD (AR)) und der Folgezustand START UP eingenommen (Obergangs- 
pfeil71). 

Wenn im Zustand INACTIVE (vor Eingang des Verbindungsaktivierungsauftrags) die Aktivierungsnach- 
richt AR zur Verbindungsaktivierung eintrifft (Ereignis RESEIVEAR), wird eine Bestatigungsnachricht eo 
AC gesendet (Aktion SEND (AC)) und der Folgezustand IDLE eingenommen (Obergangspfeil 72), in dem 
die Data-Link-Sendeprotokollinstanz Auftrage zur quittierten Obertragung von Data entgegennimmt. 

2) START_UP 

Im Zustand START UP wartet die Data-Link-Sendeprotokollinstanz auf die Bestatigungsnachricht AC 
(Bestatigung der Verbindungsaktivierung) der angesprochenen Data-Link-Empfangsprotokollinstanz. 65 
Nach Eingang der Bestatigungsnachricht AC oder nach Eingang der Aktivierungsnachricht AR (Verbin- 
dungsaktivierungswunsch der Data-Link-Empfangsprotokollinstanz) wechselt die Data-Link-Sendeproto- 
kollinstanz in den Zustand IDLE (Obergangspfeil 73), in dem sie Auftr&ge zur quittierten Obertragung von 
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Daten entgegennimmt (die^l^sprochene Data-Link-EmpfangsprotokollinSro geht quasi gleichzeitig in 
den Zustand READY (Obergangspfeil 85 von Fig. 8). Wenn die Bestatigungsnachricht AC nach Ablauf der 
Wartefrist T A nicht eingetroffen ist (Ereignis T A EXPIRED and (RC< MNT)), wird das Senden der Akti- 
vierungsnachricht AR automatisch wiederholt (Obergangspfeil 74). Nach MNT unquittierten Obertragun- 
gen der Aktivierungsnachricht AR (Ereignis TAEXPIRED and (RC = MNT)) geht die Data-Link-Sende- 
protokollinstanz in den Zustand INACTIVE und zeigt die erfolglose Verbindungsaktivierung dem Benutzer 
an (Obergangspfeil 75). 

3) IDLE 

Im Zustand IDLE wartet die Data-Link-Sendeprotokollinstanz auf einen Auftrag zur quittierten Obertra- 
gung von Daten. Nach Auftreten des entsprechenden Ereignisses DDATAACKREQ wird eine Daten- 
nachricht DT mit der Kontrollinformation und den zu ubertragenden Daten gebildet, gesendet (Aktion 
SEND (DT)) und der Folgezustand WAITAK eingenommen (Obergangspfeil 76). Wenn im Zustand IDLE 
eine Aktivierungsnachricht AR zur Verbindungsaktivierung eintrifft (Ereignis RECEIVEAR), werden den 
Protokollvariablen ihre Voreinstellungswerte zugewiesen und ein Bestatigungsnachricht AC (Aktion 
SEND (AC)) gesendet; die Verbindungaktivierung wird dem Benutzer angezeigt (Aktion D ACTIVA- 
TE J ND( )) (Obergangspfeil 77). 

4) WAITAK 

Im Zustand WAIT AK wartet die Data-Link-Sendeprotokollinstanz auf das Eintreffen der Quittungsnach- 
richt AK, die den korrekten Empfang der vorhergehenden Datennachricht DT bestatigen soli. Wenn die 
erwartete Quittung eintrifft (Ereignis RECEIVE AK (SN < > V(S)), wird die erfolgreiche Obertragung der 
Daten dem Benutzer angezeigt und der Folgezustand IDLE eingenommen (Obergangspfeil 78). Wenn nach 
Ablauf der Wartefrist T A die Quittung AK nicht eingetroffen ist (Ereignis TA EXPIRED and RC< MNT)), 
wird das nach MNT unquittierten Obertragungen der Datennachricht DT (Ereignis TA EXPIRED and 
(RC = MNT)), wird die Verbindung deaktiviert; die Data-Link-Sendeprotokollinstanz geht wieder in den 
Zustand INACTIVE und zeigt die erfolglose Obertragung und die Deaktivierung der Verbindung dem 
Benutzer an (Obergangspfeil 83). Quittungen mit falscher Sequenznummer (Ereignis RECEIVE AK 
(SN = V(S), RS= RR) werden im Zustand WAIT AK ignoriert (Obergangspfeil 79). Wenn eine Quittungs- 
nachricht AK eintrifft, die anzeigt, daB die Empfangsprotokollinstanz nicht empfangsbereit ist (Ereignis 
RECEIVE AK (SN = V(S), RS^RNR)), wird die Sendewiederholung der vorhergehenden Datennachricht 
DT verzogert (Obergangspfeil 80). Wenn im Zustand WAIT AK eine Nachricht AR zur Verbindungsakti- 
vierung eintrifft Ereignis (RECEIVE AK), werden den Protokollvariablen ihre Voreinstellungswerte zuge- 
wiesen, eine Bestatigungsnachricht AK gesendet (Aktion SEND (AC)) und der Folgezustand IDLE einge- 
nommen (Obergangspfeil 81). Die laufende Datenubertragung wird dabei abgebrochen; die erfolglose 
Datenubertragung und die Verbindungsaktivierung werden dem Benutzer angezeigt. 

13.4.2 Automatentabelle der Data-Link-Sendenprotokollinstanz 

Tabelle 3 zeigt die Automatentabelle der Data-Link-Sendeprotokollinstanz. Die Spalte OGPN enthalt die 
Obergangspfeilnummern fur die Fig. 7. 

Zustande 
(Beschreibung siehe 1.3.4.1) 

1) INACTIVE 

2) STARTUP 

3) IDLE 

4) WAIT_AK 

Ereignisse 

1) DAKTIVATEREQ 

Eingang eines Auftrags zur Verbindungsaktivierung. 

2) RECEIVEAR 

Empfang einer Aufforderung zur Verbindungsaktivierung. 

3) RECEIVE AC 

Empfang einer Bestatigung der Verbindungsaktivierung. 

4) TA EXPIRED and (RC < MNT) 

Wartefrist fur das Eintreffen einer Bestatigungsnachricht AC oder Quittungsnachricht AK ist abgelaufen. 
Die maximale Anzahl von Sendewiederholungen ist nicht uberschritten. 

5) TA EXPI RED and (RC - M NT) 

Wartefrist fur das Eintreffen einer Bestatigungsnachricht AC oder Quittungsnachricht AK ist abgelaufen. 
Die maximale Anzahl von Sendewiederholungen ist erreicht. 

6) DDATAACKREQ (DATALENGTH, DATA) 

Eingang eines Auftrags zur Obertragung der Daten DATA der Lange DATA LENGTH. 

7) RECEIVE AK (SN < > V(S)) 

Empfang einer Quittung, die den korrekten Empfang der vorhergehenden Datennachricht DT bestatigt. 

8) RECEIVE AK (SN = V(S), RS - RR) 
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Empfang einer Quittung, Sequenznummer SN identisch ist mit der ^^renznummer der vorherge- 

henden Datennachricht DT. Dieses Ereignis kann auftreten, wenn durch vorzeitigen Fristablauf eine Daten- 
nachricht DT erneut gesendet wird und der Empfanger diese Nachricht als Duplikat erkennt. Die Statusin- 
formation RS zeigt an, daB der Empfanger empfangsbereit ist. 
9) RECEIVEAK (SN = /V(S), RS = RNR) 

Empfang einer Quittung, deren Sequenznummer SN identisch ist mit der Sequenznummer der vorherge- 
henden Datennachricht DT. Dieses Ereignis kann auftreten, wenn die Data-Link-Empfangskontrollinstanz 
eine Datennachricht DT nicht entgegennehmen kann. Die Statusinformation RS= RNR zeigt an, daB der 
Empfanger nicht empfangsbereit ist. 



Aktionen/Funktionen 



1) SEND(AR) 

Senden einer Aktivierungsnachricht AR zur Verbindungsaktivierung. 

2) SEND(DT) 

Senden einer Datennachricht DT. 

3) SEND (AC) 

Senden einer Bestatigungsnachricht AC zur Bestatigung der Verbindungsaktivierung. 

4) RES EN D A R 

Wiederholung des Sendens einer Aktivierungsnachricht AR zur Verbindungsaktivierung. 

5) RESEND LAST DT 

Wiederholung des Sendens der letzten Datennachricht DT. 

6) STARTTA 

Rucksetzen und Starten des Timers zur Oberwachung der Wartefrist Ta- 

7) CANCELTA 

Rucksetzen des Timers zur Oberwachung der Wartefrist Ta. 

8) RC:=1 

Setzen der Sendewiederholungsvariablen RC auf den Wert 1. 

9) RC:=RC+1 

Inkrementieren der Sendewiederholungsvariablen RC um den Wert 1. 

10) V(S):=1-V(S) 

Komplementieren der Sendenfolgevariablen V(S). 

1 1) V(C): = RECEIVEREADY 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert RECEIVE READY. 

12) V(C): = DEACTIVATED 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert DEACTIVATED. 

13) V(C):- NOT ACTIVATED 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert NOT ACTIVATED. 

14) RESET_VARIABLES( ) 

Besetzen der Protokollvariablen mit den VoreinstelIungswerten(sieheTabelle 2). 

15) DT: = DT(SN = V(S)) 

Bildung einer Datennachricht DT. Der Sequenznummervariablen SN wird dabei der Wert der Sendefolge- 
variablen V(S) zugewiesen. 

16) D_ACTIVATE_CON (CONNECTIONSTATUS = V(C)) 
Bestatigung des Verbindungsaktivierungsdienstes. 

17) D_ACTIVATE_IND() 

Anzeige einer Verbindungsaktivierung. 

18) D_DATA_ACK_CON(TRANSFERSTATUS: = SUCCESS) 
Positive Bestatigung des Datenubertragungsdienstes. 

19) D DATA ACK CON (TRANSFERSTATUS: = NO SUCCESS) 
Negative Bestatigung des Datenubertragungsdienstes. 

20) D_DEACTIVATED_IND( ) 

Anzeige einer automatischen Verbindungsdeaktivierung. 
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Tabelle 3 



OGPN Zustand 



Ereignis 



Aktion(en) 



Folge- 
zustand 



to 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



71 INACTIVE DACTIVATE REQ 



72 INACTIVE RECEIVE AR 



73 



74 



75 



76 



77 



78 



79 
80 
81 



START UP 



START UP 



START UP 



IDLE 



IDLE 



WAIT AK 



WAIT_AK 
WAITAK 
WAIT AK 



82 WAIT AK 



83 WAIT AK 



RECEIVE_AC 
or 

RECEIVE AR 



TAEXPIRED 
and 

(RC< MNT) 

TA EXPIRED 
and 

(RC-MNT) 



D DATA ACK REQ 

(DATALENGTH, 

DATA) 

RECEIVE AR 



RECEIVE AK 
(SNoV(S)) 



RECEIVEAK 
(SN = V(S). RS = RR) 

RECEIVEAK 
SN=V(S), RS = RNR) 

RECEIVE AR 



(TA_ EXPIRED) 
and(RC<MNT) 

(TAEXPIRED) 
and(RC=MNT) 



SEND(AR) STARTUP 

STARTTA 

RC:-1 

SEND (AC) IDLE 
V(C): * RECEIVEREADY 
D_ACTIVATE_IND( ) 

CANCEL_TA IDLE 
V(C): - RECEIVE READY 
DACTIVATECON 
(CONNECTION_STATUS: = 
V(C» 

RESENDAR START_UP 

STARTTA 

RC:=RC+1 

RESET_VARIABLES( ) INACTIVE 

V(C): = NOTACTI VATED 

D ACTIVATE CON 

(CON N ECTIO NSTATUS : = 

v(C» 

DT: = DT(SN: = V(S)) WAITAK 

SEND(DT), 

STARTTA 

RC:=1 

RESET_VARIABLES( ) IDLE 
SEND (AC) 
D_ACTIVATEJND( ) 

CANCELTA IDLE 

V(S):=1-V(S) 

D DATA ACK CON 

(TRANSFER STATUS: = 

SUCCESS) 

RC: = 0 

(NO ACTION) WAITAK 
START TA WAIT AK 



RESET_VARIABLES( ) IDLE 

SEND (AC) 

D DATA ACK CON 

(TR A NSFE RSTATUS : = 

NO_SUCCESS) 

DACTIVATEJNDO 

RESENDLASTDT WAITAK 

STARTTA 

RC:«RC+1 

RESET_VARIABLES( ) INACTIVE 

V(C): = DEACTIVATED 

DDATAACKCON 

(TRANSFERSTATUS: - 

NO_SUCCESS) 

D DEACTIVATEDJND() 



65 



1.3.4.3 Zustandsgraph der Data-Link-Empfangsprotokollinstanz. 
Fig. 8 zeigt den Zustandsgraphen der Data Link-Empfangsprotokollinstanz Fur die Fig. 8 gilt der gleiche 
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: OTlFLink-Empfangsprotokollinstanz hat folgende^Wsu 



Formalaufbau wie in Fig. 7. Die OTlFLink-Empfangsprotokollinstanz hat folgende^Mstande: 

1) INACTIVE 

Im Zustand INACTIVE befindet sich die Data-Link-Empfangsprotokollinstanz nach der Initialisierung. In 
diesem Zustand wartet die Data-Link-Empfangsprotokollinstanz auf den Auftrag zur Aktivierung der 5 
Verbindung (Ereignis DACTIVATEREQ) bzw. auf den Eingang einer Aktivierungsnachricht AR der 
Partnerprotokollinstanz. Wenn das Ereignis D ACTIVATE REQ auftritt, wird die Aktivierungsnachricht 
AR an die Data-Link-Sendeprotokollinstanz gesendet (Aktion SEND (AR)) und der Folgezustand 
STARTUP eingenommen (Obergangspfeil 71). 

Wenn im Zustand INACTIVE (vor Eingang des Verbindungsaktivierungsauftrags) die Aktivierungsnach- 10 
richt AR zur Verbindungsaktivierung eintrifft (Ereignis RECEIVEAR), wird eine Bestatigungsnachricht 
AC gesendet (Aktion SEND (AC)) und der Folgezustand READY eingenommen, in dem die Data-Link- 
Empfangsprotokollinstanz bereit ist, Daten zu empfangen (Obergangspfeil 84). 

2) START UP 

Im Zustand START UP wartet die Data-Link-Empfangsprotokollinstanz auf die Bestatigungsnachricht AC 15 
(Bestatigung der Verbindungsaktivierung) der angesprochenen Data-Link-Sendeprotokollinstanz. Nach 
Eingang der Bestatigungsnachricht AC oder nach Eingang der Aktivierungsnachricht AR (Verbindungsak- 
tivierungswunsch der Data-Link-Sendeprotokollinstanz) wechselt die Data-Link-Empfangsprotokollin- 
stanz in den Zustand READY, in dem sie bereit ist, Daten zu empfangen (Obergangspfeil 85). Die entspre- 
chende Data-Link-Sendeprotokollinstanz geht quasi gleichzeitig in den Zustand IDLE (siehe Obergangs- 20 
pfeil 73 von Fig. 7). Wenn die Bestatigungsnachricht AC nach Ablauf der Wartefrist Ta nicht eingetroffen ist 
(Ereignis TA EXPIRED and (RC<MNT)), wird das Senden der Aktivierungsnachricht AR automatisch 
wiederhoit (Obergangspfeil 74). Nach MNT unquittierten Obertragungen der Aktivierungsnachricht AR 
(Ereignis TA EXPIRED and (RC = MNT)) geht die Data-Link-Empfangsprotokollinstanz wieder in den 
Zustand INACTIVE und zeigt die erfolglose Verbindungsaktivierung dem Benutzer an (Obergangspfeil 75). 25 

3) READY 

Im Zustand READY wartet die Data-Link-Empfangsprotokollinstanz auf den Eingang einer Datennach- 
richt DT. Nach Empfang einer entsprechenden Nachricht mit der erwarteten Sequenznummer (Ereignis 
RECEIVEDT (SN=V(R)) wird der Empfang dem Benutzer angezeigt und eine Quittungsnachricht AK 
gesendet (Aktion SEND (AK)) (Obergangspfeil 86). Wenn die Data-Link-Empfangsprotokollinstanz bei 30 
Eingang einer Datennachricht DT nicht empfangsbereit ist, so wird die Nachricht AK verworfen und dem 
Sender dies durch die Obertragung einer Quittungsnachricht AK mit unveranderter Sequenznummer 
( = Sequenznummer der erwarteten Datennachricht DT) und dem Empfangsstatus ("Empfanger nicht be- 
reit" mitgeteilt (Obergangspfeil 87). 

Wenn eine Datennachricht DT mit falscher Sequenznummer eintrifft (Ereignis RECEIVE DT 35 
(SN< >V(R)), wird eine Quittungsnachricht AK mit der erwarteten Sequenznummer und dem aktuellen 
Empfangsstatus gesendet (Obergangspfeil 88). 

Wenn im Zustand READY eine Aktivierungsnachricht AR zur Verbindungsaktivierung eintrifft (Ereignis 
RECEIVE AR), werden den Protokollvariablen ihre Voreinstellungswerte zugewiesen und eine Bestati- 
gungsnachricht AC gesendet (Aktion (AC)); die Verbindungsaktivierung wird dem Benutzer angezeigt 40 
(Aktion D_ACTIVATE_IND( ) (Obergangspfeil 89). 

1.3.4.4 Automatentabelle der Data- Link- Empfangsprotokollinstanz 

Tabelle 4 zeigt die Automatentabelle der Data-Link-Empfangsprotokollinstanz. Die Spalte OGPN enthalt die 45 
Obergangspfeitnummern fiir die Fig. 8. 

Zustande 

(Beschreibung siehe 13.4.3) 50 

1) INACTIVE 

2) START UP 

3) READY 



Ereignisse 



55 



1) D ACTIVATE REQ 

Eingang eines Auftrags zur Verbindungsaktivierung. 

2) RECEIVE_AR 60 
Empfang einer Aufforderung zur Verbindungsaktivierung. 

3) RECEIVEAC 

Empfang einer Bestatigung der Verbindungsaktivierung. 

4) TAEXPIRED and (RC < MNT) 

Wartefrist fur das Eintreffen einer Bestatigungsnachricht AC ist abgelaufen. Die maximale Anzahl von 65 
Sendewiederholungen ist nicht iiberschritten. 

5) TAEXPIRED and (RC = MNT) 

Wartefrist fiir das Eintreffen einer Bestatigungsnachricht AC ist abgelaufen. Die maximale Anzahl von 
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Sendewiederholungen ist wBrcht. 

6) RECEI VE_DT(SN = V(R)) and RECEI VESTATUS ( ) - RECEIVEREADY 

Eingang einer erwarteten Datennachricht DT. Die Data-Link-Empfangsprotokollinstanz ist empfangsbe- 
reit. 

7) RECE1VE_DT(SN =V(R))and RECEIVE STATUS ( )= RECEIVE NOT READY 

Eingang einer erwarteten Datennachricht DT. Die Data-Link-Empfangsprotokollinstanz ist nicht emp- 
fangsbereit. 

8) RECEIVE_DT(SN <> V(R)) 

Eingang einer nicht erwarteten Datennachricht DT. 

Aktionen/Funktionen 

1) SEND(AR) 

Senden einer Aktivierungsnachricht AR zur Verbindungsaktivierung. 

2) SEND (AC) 

Senden einer Bestatigungsnachricht AC zur Bestatigung der Verbindungsaktivierung. 

3) RESENDAR 

Wiederholung des Sendens einer Aktivierungsnachricht AR zur Verbindungsaktivierung 

4) STARTTA 

Rucksetzen und Starten des Timers zur Oberwachung der Wartefrist T A . 

5) CANCELTA 

Rucksetzen des Timers zur Oberwachung der Wartefrist Ta. 

6) RC: = 1 

Setzen der Sendewiederholungsvariablen RC auf den Wert 1. 

7) RC:=RC+1 

Inkrementieren der Sendewiederholungsvariablen RC urn den Wert 1. 

8) V(R):=t-V(R) 

Komplementieren der Empfangsfolgevariablen V(R). 

9) V(C): = RECEI VEREADY 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert RECEIVE READY 

10) V(C): = NOTACTIVATED 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert NOT ACTIVATED. 

1 1 ) V(C): = RECEI VESTATUS ( ) 

Die Funktion RECEIVE STATUS ( ) stellt die Empfangsbereitschaft der Data-Link-Empfangsprotokollin- 
stanz fest. Der Ruckgabewert der Funktion (RECEIVE READY bzw. RECEIVENOT READY) wird der 
Verbindungsstatusvariablen V(C) zugewiesen. 

12) RESET_VARIABLES( ) 

Besetzen der Protokoll variablen mit den Voreinstellungswerten (siehe Tab 2) 

13) AK: = AK(SN = V(R), RS = V(C)) 

Bildung einer Quittungsnachricht AK. Der Sequenznummervariablen SN wird dabei der Wert der Emp- 
fangsfolgevariablen V(R) zugewiesen. Der Empfangsstatusvariablen RS wird der Wert der Verbindungssta- 
tusvariablen V(C) zugewiesen. 

14) D_ACTIVATE_CON(CONNECTION_STATUS-V(C)) 
Bestatigung des Verbindungsaktivierungsdienstes. 

15) D ACTIVATEJNDO 

Anzeige einer Verbindungsaktivierung. 

16) D DATA ACK IND (DATA LENGTH, DATA) 

Anzeige des korrekten Empfangs einer Datennachricht. Als Parameter werden die Datenlange DA- 
TALENGTH und die Daten DATA ubergeben. 
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Tabelle 4 



OGPN Zustand Ereignis Aktion(en) Folge- 

zustand 



71 



84 



85 



74 



75 



86 



87 



88 



89 



INACTIVE D ACTIVATE REQ 



INACTIVE RECEIVE AR 



STARTUP RECEIVEAC 
or 

RECEIVE AR 



TA EXPIRED RESEND AR 



and 

(RC<MNT) 
START UP 



READY 



READY 



READY 



READY 



START TA 
RC:~RC+t 

TA EXPIRED 
and 

(RC = MNT) 



RECEIVEDT 
(SN = V(R))and 
RECEIVE_STATUS( ) 
= RECEIVE READY 



RECEIVEDT 
(SN = V(R))and 
RECEIVE_STATUS( ) 
= RECEIVE NOT 
READY 

RECEIVEDT 
(SNoV(R)) 



RECEIVE AR 



SEND(AR) STARTUP 

STARTTA 

RC:=1 

SEND (AC) READY 
V(C): = RECEIVEREADY 
D_ ACTI V ATE_I N D( ) 

CANCEL TA READY 
V(C):= RECEIVEREADY 
DACTIVATECON 
(CONNECTIONSTATUS: = 
V(Q) 

START UP 



RESET_VARIABLES( ) INACTIVE 
V(C): - NOT ACTI VATED 
DACTIVATECON 
(CONNECTION_STATUS: = 

v(C)) 

DDATAACKIND (DATA_ READY 

LENGTH, DATA) 

V(R):=1-V(R) 

V(C):= RECEIVE_STATUS( ) 

AK: = AK(SN: = V(R), 

RS: = V(C)) 

SEND(AK) 

AK^AJtfSN^VfR), READY 

RS: = RNR) 

SEND(AK) 



V(C): = RECEI VE_STATUS( ) READY 
AK: = AK(SN: = V(R), 
RS: = V(C)) 
SEND(AK) 

RESET_VARIABLES( ) READY 
SEND(AC) 

D ACTIVATE IND( ) 



1.4 Beschreibung des Transport- Protokolls 

Die Aufgabe des Transportprotokolls 19 ist die sichere Ubertragung von Daten beliebiger Lange. Daten, 
deren Lange zuziiglich der Transport-Kontrollinformation die maximale Datenlange einer einzelnen CAN-Bot- 
schaft iiberschreitet, werden in der Transportlayer 15 des Senders in Segmente zerlegt, separat ubertragen und 
in der Transportlayer 15 des Empfangers wiedervereinigt. 

Das Transport-Protokoll 19 des Ausfuhrungsbeispiels arbeitet nach der Methode Send-and-Wait. Daten 
werden uber virtuelle Transport-Verbindungen ubertragen (siehe Abschnitt 1.2). Die beliebig lange Datenuber- 
tragungsphase beginnt nach erfolgreicher Verbindungsaktivierung (siehe Abschnitt 1.1). Nach dem Aussenden 
einer Datennachricht wartet die Transport-Sendeprotokollinstanz auf das Eintreffen der entsprechenden Quit- 
tungsnachricht. Die nachste Nachricht (Datensegment oder neue Daten) darf erst nach Eingang der korrekten 
Quittungsnachricht fur die vorhergehende Nachricht gesendet werden. Wenn die Transport-Sendeprotokollin- 
stanz die Obertragung einer Nachricht initiiert, wird ein Timer gestartet, der die maximale Wartezeit Ta bis zum 
Eintreffen der Quittungsnachricht miBt. Die Transport-Empfangsprotokollinstanz beantwortet jede korrekt 
empfangene Datennachricht mit dem Senden einer Quittungsnachricht, die zusatzliche Informationen iiber den 
Status der Transport-Empfangsprotokollinstanz enthalt, die von der transport-Sendeprotokollinstanz zur FluB- 
kontrolle bendtigt wird. Wenn die Wartezeit Ta vor Eintreffen der Quittung ablauft, wiederholt die Transport- 
Sendeprotokollinstanz die Obertragung der letzten Nachricht. Nach wiederholter erfolgloser Obertragung 
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einer Nachricht wird die Trans^^tarbindung deaktiviert. Das Ergebnis der C^^^agung und die Deaktivie- 
rung einer Verbindung werden dem Benutzer angezeigt. 



1,4.1 Dienste 
(siehe Tab. 5) 



1.4.1.1 Protokollinitialisierung 

io Die Dienstelemente fur die Initialisierung des Transport-Protokolls sind TJNIT.req und TINIT.con. Die 
Initialisierung wird mit TJNIT.req angefordert und mitTJNIT.con bestatigt Die Wirkung der Initialisierung ist 
nur lokal: Die Variablen des Transport-Protokolls werden mit ihren Voreinstellungswerten belegt (siehe Tabelle 
6). 



is 1.4.1.2 Verbindungsaktivierung 

Die Dienstelemente Fur die Aktivierung einer Transport- Verbindung sind TACTIVATE.req, T ACTIVA- 
TE.ind und TACTIVATE.con. Die Wirkung von TACTIVATEreq ist, daS die den Verbindungsdienst erbrin- 
genden Transport-Protokollinstanzen in einen kommunikationsbereiten Zustand gesetzt werden, wobei die 
20 Protokollvariablen ihre Voreinstellungswerte einnehmen. Wenn Verbindungsbenutzer A den Dienstauftrag 
TACTIVATE.req, wird nach erfolgreicher Aktivierung dies dem Verbindungsbenutzer B in der entfernten 
Sfation mittels T ACTI VATEind angezeigt Das Dienstelement TACTI VATEcon bestatigt den Dienstauftrag. 

1.4.13 Dateniibertragung 

25 

Die Dienstelemente fur die Datenubertragung sind T DATA.req, TDATA.ind und TDATA.con. Mit T DA- 
TA.req wird die quittiierte Obertragung von Daten (Parameter: DATA) der Lange DATALENGTH angefor- 
dert. Nach korrekter Obertragung wird der Empfang der Daten dem Kommunikationspartner mittels des 
Dienstelements T DATA.ind angezeigt Das Ergebnis der Obertragung wird dem Auftraggeber durch das 
30 Dienstelement T DATA.con mitgeteilt 



1 .4.1 .4. Verbindungsdeaktivierung 

Eine Verbindung wird nach wiederholter, erfolgloser Obertragung vom Diensterbringer deaktiviert. Die 
35 Deaktivierung wird dem Dienstbenutzer durch das Dienstelement TDEACTIVATED.ind angezeigt 

Tabelle 5 



40 


Phase 


Dienstelemente 


Parameter 




Protokoll- 
initialisierung 


T INIT.req 
TINIT.con 


0 

(INITSTATUS) 


45 


Verbindungs- 
aktivierung 


T ACTIVATE.req 
T A CTI VATEind 
TACTIVATEcon 


0 

0 

(CONNECTlON_STATUS) 


50 


Daten- 
iibertragung 


T DATA.req 
T DATA.ind 
TDATA.con 


(DATA LENGTH.DATA) 
(DATA LENGTH,DATA) 
(TRANSFERTSTATUS) 




Verbindungs- 
deaktivierung 


T_D E ACTI V ATE D.ind 


0 



55 1.4.2 Transport- Nachrichten 

Fur die Transport-Nachrichten, die zwischen Transport-Protokollinstanzen ausgetauscht werden, gilt das 
gleiche wie fur die Data-Link-Nachrichten. Auch sie werden mit Hilfe von CAN-Botschaften ubertragen. Die 
einzelnen Teilfelder des Datenfeldes der CAN-Botschaften sind jedoch fur Transport-Nachrichten zum Teil 
60 unterschiedlich belegt. Dies wird in der nachfolgenden Beschreibung der Fig. 9 und 10 erlautert Das Transport- 
Protokoll unterscheidet ebenfalls vier Nachrichtentypen AR, AC, DT und AK: 

AR (ACTIVATION REQUEST): 

Aktivierungsnachricht zur Aktivierung einer Transport- Verbindung 
65 AG (ACTIVATION CONFIRM): 

Bestatigungsnachricht zur Bestatigung der Aktivierung einer Transport-Verbindung 
DT(DATA) 

Datennachricht zur Obertragung von Daten iiber eine Transport-Verbindung 
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AK (DATA-ACKNOWLEDGE^^T): 

Quittierungsnachricht zur Bestatigung des Empfangs eienr Transport-Nachricht uber eine Transport- Verbin- 
dung. 

Fig. 9 zeigt die Datenfelder 94 der Botschaften, die die einzelnen Nachrichten des Transport-Protokolles 
ubertragen. Das Datenfeld 94 enthalt bei den Nachrichten AR, AC DT und AK ein Kontrollinformationsfeld 95 
und bei der Datennachricht DT zusatzlich die Felder 96, 97 und 98 zur Aufnahme der einzelnen Datenbytes, die 
mit dieser Nachricht DT ubertragen werden. Es konnen hierbei maximal 7 Datenbytes sich an das Kontrollinfor- 
mationsfeld 95 anschlieQen. Der Nachrichtentyp wird wieder anhand einer mitgegebenen FControllinformation 
(TPCI), die im Kontrollinformationsfeld der die Nachricht ubertragenden Botschaft enthalten ist, identifiziert. 
Die Kontrollinformation umfaQt hier h6chstens ein Byte und ist im Datenfeld 95 einer CAN-Botschaft lokalisiert. 

Fig. 10 zeigt die Einteilung der Kontrollinformationsf elder 95 fur die Botschaften zur Obertragung der 
verschiedenen Nachrichtentypen. Fur die Unterscheidung der 4 Nachrichtentypen ist innerhalb des Kontrollin- 
formationsfeldes 95 ein Feld 101 zur Aufnahme eines Nachrichtencodes vorgesehen. Die Kontrollinformations- 
felder95 der Botschaften zur Obertragung der Nachrichtentypen DT und AK enthalten daruber hinaus ein Feld 
102 zur Aufnahme der Sequenznummer SN. Die Sequenznummer dient hier ebenfalls zur Unterscheidung 
aufeinanderfolgender DT Nachrichten fur die Zuordnung von Quittungsnachrichten zu Datennachrichten DT 
und Fur die Erkennung von Nachrichtenduplikaten. Das Feld 102 zur Aufnahme der Sequenznummer SN umfaBt 
hier ebenfalls mindestens ein Bit Zusatzlich umfaQt das Kontrollinformationsfeld 95 einer Botschaft, die eine 
Datennachricht ubertragt, ein Feld 103 zur Aufnahme eines Nachrichtenendecodes EOM. Das Feld 103 umfaBt 
mindestens ein Bit. Die Information, die in diesem Feld ubertragen wird, gibt an, ob weitere Datensegmente 
folgen(EOM = 0)odernicht(EOM = 1). Weiterhin umfaBt das Kontrollinformationsfeld 95 einer Botschaft, die 
eine Datennachricht DT ubertragt, ein Feld 104 zur Aufnahme einer Information NB, die angibt, wieviele Daten 
mit dieser Botschaft ubertragen werden. 

Das Feld 104 umfaBt mindestens 3 Bit. In dem Feld 105 einer Botschaft, die eine Quittungsnachricht AK 
ubertragt, wird ebenfalls eine Information uber den Status des Empfangers abgelegt Das Empfangerstatusfeld 
105 umfaBt mindestens 1 Bit zur Kennzeichnung, ob der Empfanger empfangsbereit ist oder nicht, wie in Fig. 6. 

Fig. 1 1 zeigt die Abwicklung einer Dateniibertragung zwischen zwei Stationen, mit Hilfe des Transport- Pro- 
tokolls. Dabei werden 15 Datenbytes ubertragen. Die 15 Datenbytes sind in dem Feld 130 dargestellt. Speziell 
dargestellt sind die Datenbytefelder 131, 132, 133 und 134 fur die Datenbytes 1, 2, 3 und 15. Zur Verdeutlichung 
der Abwicklung der Dateniibertragung sind einige unterschiedliche Funktionsschichten innerhalb der Station 
dargestellt. Die Schicht 140 ist die Anwendungsschicht innerhalb der ersten Station, in der die Anwendungspro- 
gramme abgearbeitet werden. Die Schicht 143 ist die Transportschicht der ersten Station, in der das Transport- 
protokoll 19 Auftrage von der Anwendungsschicht entgegennimmt und abwickelt. Die Schicht 144 ist die 
Transportschicht der zweiten Station. Zwischen den beiden Transportschichten 141 und 144 ist die virtuelle 
Transport-Verbindung mit Hilfe der gestrichelten Linien 146 und 147 dargestellt. Das Transport- Protokoll 19 in 
der Schicht 141 macht zur Abwicklung einer Transportnachrichtenubertragung seitens der zugehorigen Station 
von dem in der Schicht 142 beFindlichen CAN-Protokoll 17 Gebrauch. Die Schicht 145 enthalt das CAN-Proto- 
koll 17 der zweiten Station. Das CAN-Protokoll 17 macht seinerseits zur Dateniibertragung von der CAN-Bus- 
verbindung 148 zwischen den Stationen Gebrauch. Die Dateniibertragung der 15 Datenbytes in dem Feld 130 
geschieht mit Hilfe des Transport-Protokolls 19 in 3 Schritten. Im ersten Schritt werden die Datenbytes 1—7 
ubertragen. Dazu bildet die Transport-Protokoilinstanz die Datennachricht DTI. Diese wird dann von der 
CAN-Protokollinstanz mit Hilfe einer CAN-Botschaft ubertragen. Der Aufbau des Datenfeldes 139 der Bot- 
schaft zur Obertragung der Datennachricht DTI ist in Fig. 11 dargestellt. In dem Kontrollinformationsfeld 135 
der Botschaft ist der Nachrichtencode DT, die Sequenz Nummer 0, der Nachrichtendecode 0 und 7 fur die 
Anzahl der Datenbytes eingetragen. Die weiteren Datenbytefelder der Botschaft sind mit den ersten sieben 
Bytes der zu ubertragenden 15 Datenbytes belegt. Beispielhaft sind die Datenbytefelder 136, 137 und 138 
dargestellt 

Nach dem Empfang der Datennachricht DTt sendet die empfangende Station die Quittungsnachricht AK1 an 
die sendende Station zuriick. Das Datenfeld 139 der Botschaft, die die Quittungsnachricht AK1 ubertragt, 
besteht nur aus dem Kontrollinformationsfeld 135. In diesem Feld sind der Nachrichtencode AK, die Sequenz- 
nummer 1 und die Empfangerstatusinformation RR(entspricht korrekter Empfang einer Datennachricht) einge- 
tragen. 

Im zweiten Schritt werden die Datenbytes 8—14 ubertragen. Dies geschieht mit Hilfe der Datennachricht 
DT2. Das Datenfeld 139 der Botschaft, die die Datennachricht DT2 ubertragt, ist wie im ersten Schritt einge- 
teilgt. Die Datenbytefelder 136, 137 und 138 enthalten die Datenbytes 8, 9 und 14. In dem Kontrollinformations- 
feld 135 sind der Nachrichtencode DT, die Sequenznummer 1, der Nachrichtenendecode 0 und 7 fur die Anzahl 
der Datenbytes eingetragen. Die empfangende Station bestatigt durch den Empfang der Datennachricht DT2 
mit Hilfe der Quittungsnachricht AK2. Das Kontrollinformationsfeld 135 der Botschaft, die die Quittungsnach- 
richt AK2 ubertragt, ist genau wie im Schritt 1 belegt, mit deM Unterschied, daB fur die Sequenznummer eine 0 
in das Kontrollinformationsfeld 135 eingetragen ist 

Im ersten Schritt wird das letzte Datenbyte 15 ubertragen. Dies geschieht mit Hilfe der Datennachricht DT3. 
Das Datenfeld 139 der Botschaft, die die Datennachricht DT3 ubertragt, ist unterschiedlich zu den Datenfeldern 
in den Schritten 1 und 2 eingeteilt Das Datenbytefeld 136 enthalt das 15. Datenbyte und die weiteren Datenbyte- 
felder, die beispielhaft als 137 und 138 dargestellt sind, enthalten keine relevante Information. In dem Kontrollin- 
formationsfeld 135 sind der Nachrichtencode DT, die Sequenznummer 0, der Nachrichtencode 1 und 1 fur die 
Anzahl der Datenbytes eingetragen. Die empfangende Station bestatigt den Empfang der Datennachricht DT3 
mit Hilfe der Quittungsnachricht AK3. Das Kontrollinformationsfeld 135 der Botschaft die die Quittungsnach- 
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i Schritt 1 belegt. Ais Resultat sind alle 15 fl^h 



richt AK3 ubertragt, ist genau ^Pfn Schritt 1 belegt. Als Resultat sind alle 15 fSWhbytes zur zweiten Station 
ubertragen worden und die Anwendungsschicht 143 der zweiten Station kann diese weiterverarbeiten. 



1.4.3. Variablen und Parameter 

5 

Das Protokoll verwendet folgende Variablen und Parameter (siehe Tab. 6): 

I) Sendefolgevariable V(S) 

Variable zur fortlaufenden Nummerierung von Datennachrichten DT. V(S) kann die Werte 0 und 1 anneh- 
men. Nach Empfang einer korrekten Quittungsnachricht AFC wird der Wert von V(S) komplementiert. 
io 2) Empfangsfolgevariable V(R) 

Variable zur Speicherung der Sequenznummer der nachsten zum Empfang envarteten Datennachricht DT. 
V(R) kann die Werte 0 und 1 annehmen. Nach korrektem Empfang der envarteten Datennachricht DT wird 
der Wert von V(R) komplementiert. 

3) Verbindunsstatusvariable V(C) 

15 Variable zur Speicherung des Status einer Verbindung. Die Variable kann die Werte NOT ACTIVATED, 
DEACTIVATED, RECEIVEREADY und RECEIVE NOT READY annehmen. 

4) Sendewiederholungsvariable RC 

Variable zur Speicherung der aktuellen Anzahl der Sendewiederholungen zum Nachrichtentypen AR und 
DT. 

20 5) Segmentanzahl NSEG 

Anzahl der Datensegmente, die fur die Obertragung von Daten gebildet werden miissen. 
6. Datenlange DL 

Variable der Transport-Empfangsprotokollinstanz zur Berechnung der Datenlange der empfangenen 
Nach richt. 
25 7)TPDU-Variabele EOM 

Variable zur Kennzeichnung.ob weitere Datensegmente foIgen(EOM = 0)oder nicht(EOM = 1). 

8) TPDU- Variable NB 

Anzahl der relevanten Bytes im Datenfeld. Fur die Datensegmente 1 bis NSEG-1 hat NB den Wert 7. 

9) TPDU- Variable SN 

30 Sequenznummervariable der Nachrichtentypen AR und DT. 

10) TPDU-Variable RS Variable der Quittungsnachricht AK zur Kennzeichnung des Status der Transport- 
Empfangsprotokollinstanz. Es kann die Werte RR (Receive Ready) und RNR (Receive Not Ready) anneh- 
men. 

I I ) Protokollparameter MNT 

35 MNT ist die maximale Anzahl von automatischen Sendewiederholungen fur eine Datennachricht DT bzw. 

fur eine Verbindungsaktivierungsnachricht AR. 

1 2) Protokollparameter NSEGT MAX 
Maximale Anzahl von Datensegmenten. 

1 3) Protokollparameter Ta 

40 Ta ist die Zeiteinheit, in der eine Quittungsnachricht AK bzw. eine Bestatigungsnachricht AC erwartet wird. 

Tabelle 6 
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Name 



Bedeutung 



Wert 
Bereich 



Voreinstellung 



Protokollvariablen 
V(S) Sendefolgezahler 
50 V(R) Empfangsfolgezahler 
V(C) Verbindungsstatus 



55 



60 



65 



RC Sendewiederholungszahler 
NSEG Anzahl der Datensegmente 
DL Datenlange in Bytes 

TPDU-Variablen 

EOM Nachrichtenende 

NB Anzahl von Datenbytes 

im letzten Segment 
SN Sequenznummer 
RS Empfangsstatus 



[OJ] 
[0.1] 

[NOT_ACTIVATED, 

DEACTIVATED, 

RECEIVEREADY, 

RECEIVENOREADY] 

'0,MNT| 

0,NSEG_MAX] 

0,NSEG_MAX*z] 

[0,1] 
[0.7] 

[o.i] 

[RR.RNR] 



Protokollparameter 

MNT Maximale Anzahl von Sendewiederholungen 

NSEG_ Maximale Anzahl von Datensegmenten 

T A Wartefrist 



0 
0 

NOT ACTIVATED 



0 
0 
0 



7 
0 
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'Zustandsgraphen und Automatentabellen 



1.4.4.1 Zustandsgraph der Transport-Sendeprotokollinstanz 



Fig. 12 zeigt den Zustandsgraphen der Transport-Empfangsprotokollinstanz. Auch fur die Fig. 12 gilt der 
gleiche formale Aufbau wie in den Fig. 7 und 8. DieTransport-Empfangsprotokollinstanz hat folgende Zustande: 

1) INACTIVE 

Der Zustand INACTIVE wird nach der Initialisierung des Protokolls eingenommen. In diesem Zustand 
wartet die Transport- Protokollinstanz auf den Auftrag zur Aktivierung der Verbindung (Ereignis T ACTI- 
VATEREQ) bzw. auf den Eingang einer Aktivierungsnachricht AR der Partnerprotokollinstanz. Wenn das 
Ereignis TACTIVATEREQ auftritt, wird die Aktivierungsnachricht AR an die Transport- Empfangspro- 
tokollinstanz gesendet (Aktion SEND(AR)) und der Folgezustand START_UP eingenommen (Obergangs- 
pfeil til). 

Wenn im Zustand INACTIVE (vor Eingang des Verbindungsaktivierungsauftrags) die Aktivierungsnach- 
richt AR zur Verbindungsaktivierung eintrifft (Ereignis RECEIVE_) t wird eine Bestatigungsnachricht AC 
gesendet (Aktion SEND (AC)) und der Folgezustand IDLE eingenommen, in dem die Transport-Sendepro- 
tokollinstanz Auftrage zur quittierten Obertragung von Daten entgegennimmt (Obergangspfeil 1 12). 

2) START UP 

Im Zustand START UP wartet der Transport-Sendeprotokollinstanz auf die Bestatigungsnachricht AC 
(Bestatigung der Verbindungsaktivierung) der angesprochenen Transport-Empfangsprotokollinstanz. 
Nach Eingang der Bestatigungsnachricht AC oder nach Eingang der Aktivierungsnachricht AR (Verbin- 
dungsaktivierungswunsch der Transport-Empfangsprotokollinstanz) wechselt die Transport-Sendeproto- 
kollinstanz in den Zustand IDLE, in dem sie Auftrage zur Obertragung von Daten entgegennimmt (Ober- 
gangspfeil 113). Die angesprochene Transport-Empfangsprotokollinstanz geht quasi gleichzeitig in den 
Zustand READY (siehe Obergangspfeil 123 von Fig. 12). Wenn die Bestatigungsnachricht AC nach Ablauf 
der Wartefrist T A nicht eingetroffen ist (Ereignis TA EXPIRED and (RC < MNT)), wird das Senden der 
Aktivierungsnachricht AR automatisch wiederholt (Obergangspfeil 74). Nach MNT unquittierten Obertra- 
gungen der Aktivierungsnachricht AR (Ereignis TA EXPIRED and (RC = MNT)) geht die Transport-Sen- 
deprotokollinstanz wieder in den Zustand INACTIVE und zeigt die erfolglose Verbindungsaktivierung dem 
Benutzer an (Obergangspfeil 114). 



Im Zustand IDLE wartet die Transport-Sendeprotokollinstanz auf einen Auftrag zur Obertragung von 
Daten. Nach Auftreten des entsprechenden Ereignisses T DATA REQ wird die Anzahl NSEG der Daten- 
segmente berechnet und die Datennachricht DT mit der Kontrollinformation und dem ersten Datenseg- 
ment gebildet, gesendet (Aktion SEND (DTT)) und der Folgezustand WAITAK eingenommen (Ober- 
gangspfeil 115). Wenn im Zustand IDLE eine Aktivierungsnachricht AR zur Verbindungsaktivierung ein- 
trifft (Ereignis RECEIVE AR), werden den Protokollvariablen ihre Voreinstellungswerte zugewiesen, eine 
Bestatigungsnachricht AC (Aktion SEND (AC)) gesendet und die Aktivierung dem Benutzer mitgeteilt 
(Aktion TACTIVATE JND()) (Obergangspfeil 1 16. 
4)WAIT_AK 

Im Zustand WAIT AK wartet die Transport-Sendeprotokollinstanz auf das Eintreffen der Quittungsnach- 
richt AK, die den korrekten Empfang der vorhergehenden Datennachricht DT bestatigen soli. Wenn die 
erwartete Quittung eintrifft (Ereignis RECEIVEAK (SN< > V(S)), wird NSEG dekrementiert und im Fall 
von NSEG £ 1 die Nachricht mit dem n^chsten Datensegment gebildet und gesendet (Obergangspfeil 117). 
Wenn NSEG = 0 ist, wird nach Eingang der Quittung die korrekte Obertragung dem Benutzer mitgeteilt 
und der Folgezustand IDLE eingenommen (Obergangspfeil 119). Wenn nach Ablauf der Wartefrist Ta die 
Quittungsnachricht AK nicht eingetroffen ist (Ereignis Ta EXPIRED and (RC < MNT)), wird das Senden 
der Datennachricht DT automatisch wiederholt (Obergangspfeil 82). Nach MNT unquittierten Obertragun- 
gen der Datennachricht DT (Ereignis TA EXPIRED and (RC = MNT)) wird die Verbindung deaktiviert; 
die Transport- Sendeprotokollinstanz geht wieder in den Zustand INACTIVE und zeigt die erfolglose 
Obertragung und die Deaktivierung der Verbindung dem Benutzer an (Obergangspfeil 83). Quittungen mit 
falscher Sequenznummer (Ereignis RECEIVE AK (SN = V(S)) werden im Zustand WAIT AK ignoriert 
(Obergangspfeil 79), 80). Wenn eine Quittungsnachricht AK eintrifft, die anzeigt, daB die Empfangsinstanz 
nicht empfangsbereit ist (Ereignis RECEIVE AK (SN = VC/S), RS- RNR), wird die Sendewiederholung 
der vorhergehenden Datennachricht DT verzogert (Obergangspfeil 80). Wenn im Zustand WAIT AK eine 
Datennachricht AR zur Verbindungsaktivierung eintrifft (RECEIVEAR), werden den Protokollvariablen 
ihre Voreinstellungswerte zugewiesen, eine Bestatigungsnachricht AC gesendet (Aktion SEND (AC)) und 
der Folgezustand IDLE eingenommen (Obergangspfeil 120). Die laufende Datenubertragung wird dabei 
abgebrochen; die erfolglose Datenubertragung und Verbindungsaktivierung werden dem Benutzer ange- 
zeigt. 



Tabelle 7 zeigt die Automatentabelle der Transport-Sendeprotokollinstanz. Die Spalte OGPN enthalt die 
Obergangspfeilnummern der Fig. 12. 



3) IDLE 



.4.4.2. Automatentabelle der Transport-Sendeprotokollinstanz 
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Zustande 
(Beschreibung siehe 1.4.4.1) 



1) INACTIVE 

2) START_UP 

3) IDLE 

4) WAIT_AK 



Ereignisse 



1 ) TACTI VATEREQ 

Eingang eines Auftrags zur Verbindungsaktivierung. 

2) RECEIVEAR 

Empfang einer Aufforderung zur Verbindungsaktivierung. 

3) RECEIVEAC 

Empfang einer Bestatigung einer Verbindungsaktivierung. 

4) TAEXPIRED and (RC < MNT) 

Wartefrist fur das Eintreffen einer Bestatigung AC oder Quittung AK ist abgelaufen. Die maximale Anzahl 
von Sendewiederholungen ist nicht uberschritten. 

5) TA_EXPIREDand(RC = MNT) 

Wartefrist fiir das Eintreffen einer Bestatigung AC oder Quittierung AK ist abgelaufen. Die maximale 
Anzahl von Sendewiederholungen ist erreicht. 

6) T_DATA_REQ (DATALENGTH. DATA) 

Eingang eines Auftrags zur Obertragung der Daten DATA der Lange DATALENGTH. 

7) RECEIVE_AK(SN< > V(S)) and (NSEG ] 1) 

Empfang einer Quittung, die den korrekten Empfang der vorhergehenden Datennachricht DT bestatigt, 
wobei noch weitere(mindestens 2) Datensegmente zu ubertragen sind. 

8) RECEIVE_AK(SN< > V(S)) and (NSEG = 1) 

Empfang einer Quittung, die den korrekten Empfang der vorhergehenden Datennachricht DT bestatigt, 
wobei noch ein weiteres Datensegment zu ubertragen ist. 

9) RECEIVE_AK(SN< > V(S)) and (NSEG = 0) 

Empfang einer Quittung, die den korrekten Empfang der vorhergehenden Datennachricht DT mit dem 
letzten Datensegment bestatigt Die Obertragung der Daten ist somit abgeschlossen. 

10) RECEIVE_AK(SN = V(S)), RS = RR) 

Empfang einer Quittung, deren Sequenznummer SN identisch ist mit der Sequenznummer der vorherge- 
henden Nachricht DT. Dieses Ereignis kann auftreten, wenn durch vorzeitigen Fristablauf eine Datennach- 
richt DT erneut gesendet wird und der Empfanger diese Nachricht als Duplikat erkennt. Die Statusinforma- 
tion RS zeigt an, daB der Empfanger empfangsbereit ist. 

11) RECEIVE_AK(SN = V/(S),RS - RNR) 

Empfang einer Quittung, deren Sequenznummer SN identisch ist mit der Sequenznummer der vorherge- 
henden Nachricht DT. Dieses Ereignis kann auftreten, wenn die Transport-EmpfangsprotokoIIinstanz eine 
Datennachricht DT nicht entgegennehmen kann. Die Statusinformation RS zeigt an, daB der Empfanger 
nicht empfangsbereit ist. 



Aktionen/Funktionen 



1) SEND(AR) 

Senden einer Nachricht AR zur Verbindungsaktivierung. 

2) SEND(DT) 

Senden einer Nachricht DT. 

3) SEND (AC) 

Senden einer Nachricht AC zur Bestatigung der Verbindungsaktivierung. 

4) RESENDAR 

Wiederholung des Sendens einer Nachricht AR zur Verbindungsaktivierung. 

5) RESENDLASTDT 

Wiederholung des Sendens der letzten Datennachricht DT. 

6) STARTTA 

Riicksetzen und Starten des Timers zur Oberwachung der Wartefrist Ta. 

7) CANCELTA 

Riicksetzen des Timers zur Oberwachung der Wartefrist Ta. 

8) IF(DATA_LENGTH MOD 7) THEN NSEG DATA LENGTH/7 

Berechnung der Segmentanzahl NSEG im Falle.daB die Datenlange DATA LENGTH ohne Rest durch 7 
teilbar ist. 

9) NSEG := I NT (DATA LENGTH/7) + 1 

Berechnung der Segmentanzahl NSEG im Falle, daB die Datenlange DATA LENGTH nicht ohne Rest 
durch 7 teilbar ist. Die Funktion INT(X) rundet die reelle Zahl X und gibt einen ganzzahligen Wert zuruck. 

10) IF(NSEG > l)THEN(EOM:= 0,NB: 7)ELSE(EOM:~ 1,NB:= DATALENGTH) 
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In Abhangigkeit von NSEG meffkn die Kontrotlvariablen EOM und NB gesetzl^ 

11) NSEG:= NSEG— 1 

Dekrementierung der Segmentanzahl nach erfolgreicher Segmentubertragung. 

12) IF(RS(AK) - RR)(SEND(DT)) 

Die Nachricht DT mit dem nachsten Datensegment wird gesendet, wenn die Transport- Empfangsprotokoll- 
instanz in der letzten Quittungsnachricht ihre Empfangsbereitschaft angezeigt hat. Andernfalls wird die 
Nachricht DTerst nach Verstreichen der Wartezeit Ta gesendet. 

13) RC:= 1 

Setzen der Sendewiederholungsvariablen RC auf den Wert 1. 

14) RC:= RC + I 

Inkrementieren der Sendewiederholungsvariablen RC um den Wert 1. 

15) V(S):~ 1- V(S) 

Komplementieren der Sendefolgevariablen V(S) 

16) V(C):= RECEIVEREADY 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert RECEIVE_READY. 

17) V(C):= DEACTIVATED 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert DEACTIVATED. 

18) V(C):= NOT ACTIVATED 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert NOT ACTI VATED. 

19) RESETVARIABLES () 

Besetzender Protokollvariablen mit den Voreinstellungswerten(sieheTabelle 6). 

20) DT:= DT(SN « V(S),EOM = .. M NB-...) 

Bildung einer Datennachricht DT. Der Sequenznummervariablen SN wird dabei der Wert der Sendefolgen- 
variablen V(S) zugewiesen. Die Wert von EOM und NB werden in Abhangigkeit der Anzahl der noch zu 
ubertragenden Datensegmente gesetzt. 

21) D ACTIVATE CON (CONNECTION STATUS := V(C)) 
Bestatigung des Verbindungsaktivierungsdienstes. 

22) D_ACTIVATE_IND () 

Anzeige einer Verbindungsaktivierung. 

23) D DATA ACK CON (TRANSFER STATUS := SUCCESS) 
Positive Bestatigung des Dateniibertragungsdienstes. 

24) D DATA ACK CON (TRANSFER STATUS := NO SUCCESS) 
Negative Bestatigung des Dateniibertragungsdienstes. 

25) DDEACTIVATEDJND 

Anzeige einer automatischen Verbindungsdeaktivierung. 
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Tabelle 7 




l"inPW 7itctnnrl 


Frpionic 


r\ IvllUIIICUJ 


rOIgC* 








zustand 


til INACTIVE 


TACT1VATEREQ 


SEND(AR) 


STARTUP 






START TA 








RC ;= 1 




112 INACTIVE 


RECEIVEAR 


SEND (AC) 


IDLE 






V(C):= RECEIVE READY 








T APTIVATF IMfV^ 




113 STARTUP 


RECEIVEAC 


CANCEL TA 


IDLE 




or 


V(C):= RECEIVE READY 






RECEIVE AR 


T ACTIVATE CON 




















74 STARTUP 


TAEXPIRED 


RESENDAR 


STARTUP 




and 


OTA r> T T A 

START TA 






(RC < MNT^ 






114 START UP 


TAEXPIRED 


RESET VARIABLES () 


INACTIVE 




and 


V(C):= NOT ACTIVATED 






(RC - MNT) 


TACTIVATECON 








(CUNNbCIIUN bTATUo: = 












115 IDLE 


T DATA REQ 


IF (DATA LENGTH MOD 7) 


WAIT AK- 




(DATA LENGTH, 


« 0) THEN NSEG : = DATA 


Fig. tz5\ 




DATA) 


LENGTH/7) ELSE NSEG 






INT(DATA LENGTH/7) + 1 








IF NSEG > 1 THEN 








{EOM:=0,NB:= 7} 








ELSE{EOM:= 1,NB: = 








DATA LENGTH} 








DT:= DT(SN:= V(S), EOM, 








NB) 








SEND(DT), 








START TA 








RC:= 1 




116 IDLE 


RECEIVEAR 


RESET VARIABLES () 


IDLE 






SEND (AC) 








T ACTIVATF INDH 




117 WAITAK 


RECEIVE AK 


CANCEL TA 


WAITAK 




(SNO V(S))and 


V(S):« 1- V(S) 






(NSEG > 1) 


NSEG:= NSEG- 1 








DT:= DT(SN:= V(S), 








EOM := 0,NB:= 7) 








IF(RS(AK) - RR) 








jSEND(DT)} 








^TA RT TA RC • — 1 




118 WAITAK 


RECEIVE AK 


CANCEL TA 


WAITAK 




(SNO V(S))and 


V(S): = 1- V(S) 






(NSEG = 1) 


NSEG: = NSEG- 1 








DT:= DT(SN:« V(S),EOM: = 








1,NB:= DATA LENGTH 


* 






MOD 7) 








IF(RS(AK) - RR 








{SEND(DT)} 








START TA, RC : = 1 
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UGPN Zustand 



Ereignis 



Aktion(en) 



Folge- 
zustand 



119 WAIT AK 



79 WAIT AK 



80 WAIT AK 



120 WAIT AK 



82 WAIT AK 



83 WAIT AK 



RECEIVE AK 
(SNO V(S))and 
(NSEG-0) 



RECEIVE A K 

(SN = V(S), RS = RR) 

RECEIVE AK 

(SN = V(S),RS = RNR) 

RECEIVE AR 



(TAEXPIRED) 
and(RC < MNT) 

(TAEXPIRED) 
and(RC = MNT) 



CANCELTA IDLE 
V(S):= l-V(S) 
TDATACON (TRANSFER_ 
STATUS :» SUCCESS) 
RC:= 0 

(NO ACTION) WAITAK 

STA RTTA W A IT_ A K 

RESETVARIABLESO IDLE 
SEND (AC) 

TDATATCON (TRANSFER_ 
STATUS :« NOSUCCESS) 
TACTI V ATEI N D () 

RESEND LAST DT WAITAK 

START 

RC:= RC +1 

REST_VARIABLES() INACTIVE 
V(C):= DEACTIVATED 
TDATACON (TRANSFER_ 
STATUS := NO SUCCESS) 
T DEACTIVATED IND 



1.4.4.3 Zustandsgraph der Transport-Empfangsprotokollinstanz 

Fig. 13 zeigt den Zustandsparagraphen der Transport-Empfangsprotokollinstanz. Auch hier gilt der gleiche 
formale Aufbau wie in den Fig. 7, 8 und 1 2. Die Transport-Empfangsprotokoliinstanz hat folgende Zustande: 



1) INACTIVE 

Im Zustand INACTIVE befindet sich die Transport-Empfangsprotokollinstanz nach der Initialisierung. In 
diesem Zustand wartet die Protokollinstanz auf den Antrag zur Aktivierung der Verbindung (Ereignis 
TACTIVATEREQ) bzw. auf den Eingang einer Verbindungsaktivierungsnachricht AR der Partnerproto- 
kollinstanz. Wenn das Ereignis T ACTIVATE REQ auftritt, wird die Aktivierungsnachricht AR an die 
Transport-Sendeprotokollinstanz gesendet (Aktion SEND (AR)) und der Folgezustand START UP einge- 
nommen (Obergangspfeil 121). Wenn im Zustand INACTIVE (vor Eingang des Verbindungsaktivierungs- 
auftrags) die Aktivierungsnachricht AR zur Verbindungsaktivierung eintrifft (Ereignis RECEIVE AR), wird 
eine Bestatigungsnachricht AC gesendet (Aktion SEND (AC)) und der Folgezustand READY eingenom- 
men, in dem die Transport-Empfangsprotokollinstanz bereit ist, Daten zu empfangen (Obergangspfeil 122). 

2) STARTUP 

Im Zustand START_UP wartet die Transport-Empfangsprotokollinstanz auf die Bestatigungsnachricht AC 
(Bestatigung der Verbindungsaktivierung) der angesprochenen Sendeprotokollinstanz. Nach Eingang der 
Bestatigungsnachricht AC oder nach Eingang der Aktivierungsnachricht AR (Verbindungsaktivterungs- 
wunsch der Transport-Sendeprotokollinstanz) wechselt die Transport-Empfangsprotokollinstanz in den 
Zustand READY, in dem sie bereit ist, Daten zu empfangen (Obergangspfeil 123). Die entsprechende 
Transport-Sendeprotokollinstanz geht quasi gleichzeitig in den Zustand IDLE (siehe Obergangspfeil 113, 
Fig. 12). Wenn die Bestatigungsnachricht AC nach Ablauf der Wartefrist Ta nicht eingetroffen ist (Ereignis 
TA EXPIRED and (RC < MNT)), wird das Senden der Aktivierungnachricht AR automatisch wiederholt 
(Obergangspfeil 74). Nach MNT unquittierten Obertragung der Aktivierungsnachricht AR (Ereignis 
TA EXPIRED and (RC = MNT)), geht die Transport-EmpfangsprotokoIIinstanz wieder in den Zustand 
INACTIVE und zeigt die erfolglose Verbindungsaktivierung dem Benutzer an (Obergangspfeil 124). 

3) READY 

Im Zustand READY wartet die Transport-Empfangsprotokollinstanz auf den Eingang einer Datennach- 
richt DT. Nach Empfang einer entsprechenden Nachricht mit der erwarteten Sequenznummer (Ereignis 
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RECEI VE_DT(SN = V(Rjp^d die Nachricht abgespeichert und eine QuittTPfhgsnachricht AK gesendet 
(Aktion SEND (AK)). Falls die Nachricht des letzten Datensegment beinhaltet (EOM =1) wird dem 
Benutzer die Ankunft der Daten angezeigt (Aktion T DATA^EN D()) (Obergangspfeil t26). Wenn die 
Transport-Empfangsprotokollinstanz bei Eingang einer" Datennachricht DT nicht empfangsbereit ist, so 
wird die Nachricht verworfen und dem Sender dies durch die Obertragung einer Quittungsnachricht mit 
unveranderter Sequenznummer ( =» Sequenznummer der erwarteten Datennachricht) und dem Empfangs- 
status "Empfanger nicht bereit" mitgeteilt (Obergangspfeil 87). 

Wenn eine Datennachricht DT mit falscher Sequenznummer eintrifft (Ereignis RECEIVEDT (SN < ) V(R)), 
wird eine Quittungsnachricht AK mit der erwarteten Sequenznummer und dem aktuellen Empfangsstatus 
gesendet (Obergangspfeil 88). 

Wenn im Zustand READY eine Aktivierungsnachricht AR zur Verbindungsaktivierungs eintrifft (Ereignis 
RECEIVEAR), werden den Protokoilvariablen ihre Voreinstellungswerte zugewiesen, eine Bestatigungs- 
nachricht AC gesendet (Aktion SEND (AC)) und die Aktivierung dem Benutzer mitgeteilt (Obergangspfeil 
127). 

t. 4.4.4. AutomatentabellederTransport-Empfangsprotokollinstanz 

Tabelle 8 zeigt die Automatentabelle der Transport-Empfangsprotokollinstanz. Die Spake OGPN erhalt die 
Ubergangspfeilnummern der Fig. 1 3. 



Zustande 
(Beschreibung siehe 1.4.4.3) 

1) INACTIVE 

2) STARTUP 

3) READY 



Ereignisse 



1 ) TACTI VATEREQ 

Eingang eines Auftrags zur Verbindungsaktivierung. 

2) RECEIVE_AR 

Empfang einer Aufforderung zur Verbindungsaktivierung. 

3) RECEIVEAC 

Empfang einer Bestatigung einer Verbindungsaktivierung. 

4) TA EXPIRED and (RC < MNT) 

Wartefrist fur das Eintreffen einer Bestatigungsnachricht AC ist abgelaufen. Die maximale Anzahl von 
Sendewiederholungen ist nicht uberschritten. 

5) TAEXPI RED and (RC - MNT) 

Wartefrist fur das Eintreffen einer Bestatigungsnachricht AC ist abgelaufen. Die maximale Anzahl von 
Sendewiederholungen ist erreicht 

6) RECEIVE_DT(SN - V(R),EOM = 0) and RECEIVE STATUS () - RECEIVE READY 

Eingang einer erwarteten Datennachricht DT. Der Nachricht DT folgen eine oder mehrere Nachrichten mit 
weiteren, zusammengehorenden Datensegmenten. Die Transport-Empfangsprotokollinstanz ist empfangs- 
bereit. 

7) RECEIVE_DT(SN = UV(R) t EOM = 1) and RECEIVE_STATUS() = RECEIVE READY 

Eingang einer erwarteten Datennachricht DT. Die Datennachricht DT enthalt das letzte Segment der 
Daten. Die Transport-Empfangsprotokollinstanz ist empfangsbereit. 

8) RECEIVE Dt (SN - V(R))and RECEI VE STATUS () = RECEIVE NOT READY 

Eingang einer erwarteten Datennachricht DT. Die Transport-EmpfangsprotokoNinstanz ist nicht empfangs- 
bereit. 

9) RECEIVEJDT(SN<> V(R)) 

Eingang einer nicht erwarteten Datennachricht DT. 



Aktionen/Funktionen 



1) SEND(AR) 

Senden einer Nachricht AR zur Verbindungsaktivierung. 

2) SEND (A R) 

Senden einer Nachricht AC zur Bestatigung der Verbindungsaktivierung. 

3) RESEND AR 

Wiederholung des Sendens einer Nachricht AR zur Verbindungsaktivierung. 

4) STARTTA 

Rucksetzen und Starten des Timers zur Oberwachung der Wartefrist Ta. 

5) CANCELTA 

Rucksetzen des Timers zur Oberwachung der Wartefrist Ta. 

6) DL:= DL + 7 
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Inkrementieren der Datenlal 



Lum 7. 



7) DL:= DL + NB(DT) 

Inkrementieren der Datenlange DL um den Wert NB der empfangenen Datennachricht DT. 

8) STORE_DATA () 

Abspeichern deszuletzt empfangenen Datensegments. 

9) RC:= 1 

Setzen der Sendewiederholungsvariablen RCauf den Wert t. 

10) RC: = RC + 1 

Inkrementieren der Sendewiederholungsvariablen RC um den Wert 1. 

11) V(R):- 1- V(R) 

Komplementieren der Empfangsfolgevariablen V(R). 

12) V(C): = RECEIVEREADY 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert RECEIVE READY. 

13) V(C):= NOT^ ACTIVATED 

Setzen der Verbindungsstatusvariablen V(C) auf den Wert NOTACTIVATED. 

14) V(C) := RECEIVESTATUS () 

Die Funktion (RECEIVE STATUS () stellt die Empfangsbereitschaft der Transport- Empfangsprotokollin- 
stanz fest. Der Ruckgabewert der Funktion RECEIVE READY bzw. RECEIVE NOT READY) wird der 
Verbindungsstatusvariablen V(C) zugewiesen. 

15) RESTVARIABLES () 

Besetzen der Protokollvariablen mit den Voreinstellungswerten (siehe Tabelle 6). 

16) AK := AK(SN - V(R), RS - V(C) 

Bildung einer Quittungsnachricht AK. Der Sequenznummervariablen SN wird dabei der Wert der Emp- 
fangsfolgevariablen V(R) zugewiesen. Der Empfangsstatusvariablen RS wird der Wert der Verbindungssta- 
tusvariablen V(C) zugewiesen. 

1 7) D_ ACTI V ATE CO N (CONNECTION STATUS : - V(C)) 
Bestatigung des Verbindungsaktivierungsdienstes. 

1 8) DACTI V ATEI N D () 

Anzeige einer Verbindungsaktivierung. 

19) D_DATA_ACK_IND (DATALENGTH, DATA) 

Anzeige des korrekten Empfangs von Daten. Als Parameter werden die Datenlange DATA LENGTH und 
die Daten DATA iibergeben. 
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Tabelle 8 



UGPN Zustand 



Ereignis 



Aktion(en) 



Folge- 
zustand 



10 



15 



20 



25 



30 



35 



40 



45 



121 INACTIVE 



122 INACTIVE 



123 START UP 



74 START UP 



124 START UP 



125 READY 



126 READY 



87 READY 



50 88 READY 



55 



127 READY 



TACTIVATE REQ 



RECEIVE AR 



RECEIVEAC 
or 

RECEIVE AR 



TAEXPIRED 
and 

(RC < MNT) 

TA EXPIRED 
and 

(RC - MNT) 



RECEIVEDT 

(SN = V(R) t EOM = 0) 

and 

RECEIVE_STATUS() 
- RECEIVE READY 



RECEIVE DT 

(SN = V(RXEOM = 1) 

and 

RECEIVE_STATUS() 
= RECEIVE READY 



RECEIVEDT 
(SN - V(R) and 
RECEIVE_STATUS() 
= RECEIVENOT 
READY 

RECEIVED! 
(SNO V(R)) 



RECEIVE AR 



SEND(AR) STARTUP 

STARTTA 

RC:= 1 

SEND (AC) READY 
V(C):= RECEIVEREADY 
TACTI VATEIN D() 

CANCELTA READY 
V(C):= RECEIVEREADY 
TACTIVATECON 
(CONNECTIONSTATUS : = 
V(C) 

RESEND AR START UP 

STARTTA 

RC:= RC + 1 

RESETVARIABLES () INACTIVE 

V(C):= NOT ACTIVATED 

TACTI V ATECO N 

(CONNECTION STATUS :« 

V(Q) 

DL:=DL + 7 READY 

STOREDATA () 

V(R):« 1- V(R) 

V(C):= RECEIVE_STATUS() 

AK:= AK(RS:= V(C), 

SN:= V(R)) 

SEND(AK) 

DL DL + NB(DT) READY 

STORE_DATA() 

TDATAIND (DATA_ 

LENGTH « DL, DATA) 

V(R):= 1- V(R) 

V(C): = RECEIVE_STATUS() 

Alt := AK(RS = V(C),SN = V(R)) 

SEND(AK) 

AK := AK(RS := RNR, READY 

SN:= V(R)) 

SEND(AK) 



V(C):~ RECEIVE_STATUS() READY 
AK:= AK(RS:= V(C), 
SN := V(R)) 
SEND(AK) 

RESET VARIABLES () 
SEND (AC) 
TACTIVATEIND () 



60 



65 



1.4.4.5 Sliding Window-Technik 

Eine Variante des Transport- Protokolls ermoglicht der Transport-Sendeprotokollinstanz w Datennachrichten 
nacheinander abzusenden, ohne auf den Empfang einer Quittungsnachricht AK zu warten (sogenannte Sliding- 
Window-Technik, w = GroBe des Window). Die Transport-Empfangsprotokollinstanz kann bei dieser Proto- 
kollvariante den Empfang mehrerer aufeinanderfolgender Datennachrichten mit einer einzelnen Quittungsnach- 
richt bestatigen(sogenanntes Acknowledgement Accumulation). 
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Patentanspruche 

1. Verfahren zum Austausch von Daten mit Hilfe einer Nachricht in Datenverarbeitungsanlagen mit 
mindestens zwei Stationen, die durch einen Bus miteinander verbunden sind wobei die Nachricht in einer 
Botschaft ubertragen wird, wobei die Botschaft mindestens ein Kopffeld und ein Datenfeld enthalt, das 
Kopffeld am Anfang der Botschaft stent, die Botschaft identifiziert und die Prioritat der Botschaft festge- 
legt, wobei die Prioriat den Zugang zum Bus bestimmt, dadurch gekennzeichnet, daB Verbindungen (24) 
zwischen mindestens zwei Stationen (33, 34) uber den Bus eingerichtet, aktiviert und deaktiviert werden, 
iiber die Nachrichten auszutauschen sind und, daB dem Kopffeld (39) der Botschaft ein Kontrollinforma- 
tionsfeld (58, 95) hinzugefiigt wird, in dem mindestens ein Nachrichtencode zur naheren Kennzeichnung der 
durch die Botschaft iibertragenen Nachricht abgelegt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daB zur Einrichtung einer Verbindung (24) in den 
Stationen (33, 34) der Verbindung (24) jeweils ein aus Daten bestehendes Sende-Objekt (36) und Empfangs- 
Objekt(35) gespeichert wird. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daB bei Aktivierung einer Verbindung (24) 
eine Aktivierungsnachricht (AR) von einer der Stationen (33, 34) ausgegeben wird, die von mindestens einer 
anderen empfangenden Station (33, 34) durch eine Bestatigungsnachricht (AC) quittiert wird und daB die 
Aktivierung der Nachrichten- Verbindung (24) den Benutzern mitgeteilt wird. 

4. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, daB bei Deaktivierung 
einer Verbindung (24) ein Verbindungsstatusspeicher in den jeweiligen Stationen (33, 34) der Nachrichten- 
Verbindung (24) auf einen bestimmten Wert gesetzt wird. 

5. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, daB fur den Nachrich- 
tencode mindestens ein Bit verwendet wird. 

6. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, daB bei aktivierter 
Verbindung (24) jede Station (33, 34) nach dem Empfang einer und/oder mehrerer Datennachrichten (DT) 
den Empfang der einen und/oder mehreren Datennachricht (DT) durch Rucksendung einer Quittungsnach- 
richt (AK) bestatigt, wobei die Datennachricht (DT) sowie die Quittungsnachricht (AK) mit Botschaften 
ubertragen werden. 

7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, daB in dem Kontrollinformationsfeld (58, 95) der 
Botschaft ein Teil des Feldes (64, 102) fur eine Sequenznummer (SN) zur Unterscheidung aufeinanderfol- 
gender Datennachrichten (DT), sowie zur Erkennung von Datennachrichten-Duplikaten, sowie zur Zuord- 
nung von Quittungsnachrichten (AK) zu Datennachrichten (DT) verwendet wird 

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, daB fur die Sequenznummer (SN) mindestens ein 
Bit verwendet wird. 

9. Verfahren nach einem der Anspruche 6 bis 8, dadurch gekennzeichnet, daB in dem Kontrollinformations- 
feld (58, 95) einer die Quittungsnachricht (AK) ubertragenden Botschaft ein Empfangerstatusfeld (65, 105) 
vorgesehen wird. 

10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, daB fur das Empfangerstatusfeld (65, 105) minde- 
stens ein Bit verwendet wird. 

1 1. Verfahren nach einem der vorhergehenden Anspruche 3 bis 10, dadurch gekennzeichnet, daB sich das 
Kopffeld (39) der die Quittungsnachricht (AK) ubertragenden Botschaft in mindestens einem signifikanten 
Bit von dem Kopffeld (39) der die Datennachricht (DT) ubertragenden Botschaft unterscheidet. 

12. Verfahren nach Anspruch 1 1, dadurch gekennzeichnet, daB mindestens eine signifikante Bit an letzter 
Stelle(41)des Kopffeldes (39) positioniert wird. 

13. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, daB eine vollstandige 
Nachricht mit einer einzelnen Botschaft ubertragen wird oder nach Segmentierung mit mehreren Botschaf- 
ten ubertragen wird. 

14. Verfahren nach Anspruch 13, dadurch gekennzeichnet, daB die Botschaften, die ein Nachrichtensegment 
ubertragen, in den Kontrollinformationsfeldern (95) der Botschaften gekennzeichnet werden. 

15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, daB die Botschaft, die das letzte Nachrichtenseg- 
ment tibertragt, in einem Feld (103) des Kontrollinformationsfeldes (95) als solche gekennzeichnet wird 

16. Verfahren nach Anspruch 14 oder 15, dadurch gekennzeichnet, daB das Kontrollinformationsfeld (95) 
der Botschaft eine Angabe uber die Lange des folgenden Datenfeldes der Botschaft eingegeben wird 

17. Verfahren nach Anspruch 16, dadurch gekennzeichnet, daB die Angabe uber die Lange des dem 
Kontrollinformationsfeld (95) folgenden Datenfeldes nur in einem Feld (104) des Kontrollinformationsfel- 
des (95) der das letzte Nachrichtensegment ubertragenden Botschaft eingegeben wird. 

18. Verfahren nach einem der Anspruche 6 bis 17, dadurch gekennzeichnet, daB beim Ausbleiben der 
Quittungsnachricht (AK) die Datennachricht (DT) nach einer vorbestimmten Wartezeit erneut gesendet 
wird. 

19. Verfahren nach Anspruch 18, dadurch gekennzeichnet, daB beim wiederholten Ausbleiben der Quit- 
tungsnachricht (AK) die Datennachricht (DT) nur so oft wiederholt wird, bis eine bestimmte Anzahl von 
Sendewiederholungen erreicht ist. 

20. Verfahren nach Anspruch 19, dadurch gekennzeichnet, daB bei Oberschreitung der bestimmten Anzahl 
von Sendewiederholungen die Verbindung (24) deaktiviert wird und die Deaktivierung den Benutzern der 
Verbindung (24) mitgeteilt wird. 

21. Verfahren zum Aufbau von Botschaften in einer Station zum Einsatz in einer mindestens zwei Stationen 
aufweisenden Datenverarbeitungsanlage, wobei die mindestens zwei Stationen durch einen Bus miteinan- 
der verbunden sind, wobei die Botschaft eine Nachricht zwischen mindestens zwei Stationen der Datenver- 
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arbeitungsanlage tibertrag otschaft mindestens ein Kopffeld und ein D^nfeld enthalt, das Kopffeld 
am Anfang der Botschaft stent, die Botschaft identifiziert und die Prioritat der Botschaft festlegt, wobei die 
Prioritat den Zugang zum Bus bestimmt, dadurch gekennzeichnet, daB dem Kopffeld (39) der Botschaft ein 
Kontrollinformationsfeld (58, 95) hinzugefiigt wird, in dem mindestens ein Nachrichtencode zur naheren 
Kennzeichnung der durch die Botschaft ubertragenen Nachricht abgelegt wird. 

22. Verfahren nach Anspruch 21, dadurch gekennzeichnet, daB fiir den Nachrichtencode mindestens ein Bit 
verwendet wird. 

23. Verfahren nach Anspruch 21 oder 22, dadurch gekennzeichnet, daB in dem Kontrollinformationsfeld (58, 
95) der Botschaft ein Teil des Feldes (64, 102) fur eine Sequenznummer (SN) zur Unterscheidung aufeinan- 
derfolgender Datennachrichten (DT), sowie zur Erkennung von Datennachrichten- Duplikaten, sowie zur 
Zuordnung von Quittungsnachrichten (AK) zu Datennachrichten (DT) verwendet wird 

24. Verfahren nach Anspruch 23, dadurch gekennzeichnet, daB fur die Sequenznummer (SN) mindestens ein 
Bit verwendet wird. 

25. Verfahren nach einem der Anspruche 21 bis 24, dadurch gekennzeichnet, daB in dem Kontrollinforma- 
tionsfeld (58, 95) einer die Quittungsnachricht (AK) ubertragenden Botschaft ein Empfangerstatusfeld (65, 
105) vorgesehen wird. 

26. Verfahren nach Anspruch 25, dadurch gekennzeichnet, daB fur das Empfangerstatusfeld (65, 105) 
mindestens ein Bit verwendet wird. 

27. Verfahren nach einem der Anspruche 21 bis 26, dadurch gekennzeichnet, daB sich das Kopffeld (39) der 
die Quittungsnachricht (AK) ubertragenden Botschaft in mindestens einem signifikanten Bit von dem 
Kopffeld (39) der die Datennachricht (DT) ubertragenden Botschaft unterscheidet. 

28. Verfahren nach Anspruch 27, dadurch gekennzeichnet, daB das mindestens eine signifikante Bit an 
letzter Stelle (41) des Kopffeldes (39) positioniert wird. 

29. Verfahren nach einem der Anspruche 21 bis 28, dadurch gekennzeichnet, daB die Botschaften, die ein 
Nachrichtensegment ubertragen, in den Kontrollinformationsfelder (95) der Botschaften gekennzeichnet 
werden. 

30. Verfahren nach einem der Anspruche 21 bis 29, dadurch gekennzeichnet, daB die Botschaft, die das letzte 
Nachrichtensegment ubertragt, in einem Feld (103) des Kontrollinformationsfeldes (95) als solche gekenn- 
zeichnet wird. 

31. Verfahren nach einem der Anspruche 21 bis 30, dadurch gekennzeichnet, daB in das Kontrollinforma- 
tionsfeld (95) der Botschaft eine Angabe uber die Lange des folgenden Datenfeldes der Botschaft eingege- 
ben wird. 

32. Verfahren nach einem der Anspruche 21 bis 31, dadurch gekennzeichnet, daB die Angabe uber die Lange 
des dem Kontrollinformationsfeld (95) folgenden Datenfeldes nur in einem Feld (104) des Kontrollinforma- 
tionsfeldes (95) der das letzte Nachrichtensegment ubertragenden Botschaft eingegeben wird. 

33. Vorrichtung zur Durchfuhrung des Verfahrens nach einem der Anspruche 1 bis 20, mit mindestens zwei 
Stationen (33, 34) mit mindestens einem Rechner, mit einem Schnittstellen-Baustein in jeder der Stationen 
(33, 34), mit einer Busverbindung zwischen den Schnittstellen-Bausteinen der Stationen (33, 34), mit Mitteln 
zur Erzeugung, zum Empfang und zur Fehlererkennung von Botschaften in den Schnittstellen-Bausteinen, 
mit Mitteln zum Datenaustausch zwischen Schnittstellen-Baustein und Rechner einer jeden Station (33,34), 
wobei die Schnittstellen-Bausteine Mittel zum seriellen Datenaustausch uber die Busverbindung erhalten, 
dadurch gekennzeichnet, daB in den Stationen (33, 34) jeweils Mittel zur Einrichtung, Aktivierung und 
Deaktivierung von Verbindungen (24) zwischen den Stationen (33, 34) uber den Bus vorhanden sind, daB 
zum quittierten Austausch von Daten uber aktivierte Verbindungen (24) eine Station (33, 34) der Verbin- 
dung (24) sendet, daB die weiteren Stationen (33, 34) diese Datennachricht (DT) durch Rucksendung einer 
Quittungsnachricht (AK) quittieren und daB die Schnittstellen-Bausteine, die die Datennachrichten (DT) 
empfangen, dem angeschlossenen Rechner den Empfang der Datennachricht (DT) mitteilen sowie daB der 
Schnittstellen-Baustein, der die Quittungsnachrichten (AK) empfangt, den Empfang der Quittungsnachricht 
(AK) dem angeschlossenen Rechner mitteilt. 

34. Vorrichtung nach Anspruch 33, dadurch gekennzeichnet, daB jede der Stationen (33, 34) zum quittierten 
Austausch von Daten beliebiger Lange uber aktivierte Verbindungen (24) Mittel enthalt, die, die den Daten 
zugeordnete, Datennachricht (DT) segmentieren. 

35. Vorrichtung nach Anspruch 33 oder 34, dadurch gekennzeichnet, daB als Mittel zum segmentierten und 
quittierten Austausch von Daten beliebiger Lange uber aktivierte Verbindungen (24) eine Station (33, 34) 
der Verbindung (24) ein Datennachrichtensegment an die weiteren Stationen (33, 34) der Verbindung (24) 
sendet, daB die weiteren Stationen (33, 34) das Datennachrichtensegment durch Rucksendung einer Quit- 
tungsnachricht (AK) bestatigen, daB der Schnittstellen-Baustein, der das Datennachrichtensegment emp- 
fangt, dem angeschlossenen Rechner den Empfang des Datennachrichtensegmentes mitteilt und, daB der 
Schnittstellen-Baustein, der die Quittungsnachrichten empfangt, dem Empfang der Quittungsnachrichten 
(AK) dem angeschlossenen Rechner mitteilt. 

36. Vorrichtung nach einem der Anspruche 33 bis 35, dadurch gekennzeichnet, daB in den Schnittstellen- 
Bausteinen zur fortlaufenden Numerierung von Datennachrichtensegmenten ein Sendefolgezahler vorhan- 
den ist, daB zur Speicherung der Sequenznummer (SN) der nachsten zum Empfang erwarteten Nachricht 
oder des nachsten zum Empfang erwarteten Datennachrichtensegmentes ein Empfangsfolgezahler vorhan- 
den ist, daB zur Speicherung des Status einer Verbindung (24) ein Verbindungsstatusspeicher vorhanden ist, 
daB zur Speicherung der aktuellen Anzahl der Sendewiederholungen ein Sendewiederholungszahler vor- 
handen ist, daB mindestens die Sequenznummer (SN)der letzten empfangenen Nachricht oder des letzten 
empfangenen Nachrichtensegmentes sowie der Inhalt des Empfangerstatusfeldes (65, 105) in einem Zwi- 
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schenspeicher zu speichern^^^raB die vorbestimmte Wartezeit, sowie die mal^nale Anzahl der Botschafts- 
wiederholungen in einem Speicher abzulegen ist, daB zur Kennzeichnung der Anzahl der Datensegmente 
ein Datensegmentspeicher vorhanden ist, daB zur Kennzeichnung der Gesamtlange der Datenbytes einer 
Nachricht Oder eines Datennachrichtensegmentes ein Datenlangenspeicher vorhanden ist. 

37. Vorrichtung zur Durchfuhrung des Verfahrens nach einem der Anspruche 21 bis 32, mit mindestens 
einem Rechner, mit einem Schnittstellen-Baustein, mit Mitteln zum Datenaustausch zwischen Schnittstel- 
len-Baustein und dem mindestens einem Rechner, mit Anschlussen einer Busverbindung an dem Schnittstel- 
len-Baustein t mit Mitteln zum seriellen Datenaustausch iiber eine angeschlossene Busverbindung, dadurch 
gekennzeichnet, daB Mittel zum Aufbau, zur Absendung, zum Empfang und zur Fehlererkennung von 
Botschaften und zur Anlegung der den Botschaften, sowie den Inhalten der Botschaften entsprechenden 
Signale an eine angeschlossene Busverbindung vorhanden sind. 

38. Vorrichtung nach Anspruch 37, dadurch gekennzeichnet, daB in den Schnittstellen-Bausteinen zur 
fortlaufenden Numerierung von Datennachrichtensegmenten ein Sendefolgezahler vorhanden ist, daB zur 
Speicherung der Sequenznummer (SN) der nachsten zum Empfang erwarteten Nachricht oder des nachsten 
zum Empfang erwarteten Datennachrichtensegmentes ein Empfangsfolgezahler vorhanden ist, daB minde- 
stens die Sequenznummer (SN) der letzten empfangenen Nachricht oder des letzten empfangenen Daten- 
nachrichtensegmentes sowie der Inhalt des Empfangerstatusfeldes (65, 105) in einem Zwischenspeicher zu 
speichern ist, daB zur Kennzeichnung der Anzahl der Datensegmente ein Datensegmentspeicher vorhanden 
ist, daB zur Kennzeichnung der Gesamtlange der Datenbytes einer Nachricht oder eines Datennachrichten- 
segmentes ein Datenlangenspeicher vorhanden ist. 
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